The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Первый выпуск платформы совместной разработки Kallithea, ответвившейся от RhodeCode

24.08.2014 10:21

Анонсирован первый выпуск системы управления репозиториями Kallithea, основанной энтузиастами и представителями организации Software Freedom Conservancy с целью продолжения развития свободной кодовой базы RhodeCode, после превращения данной платформы в полупроприетарный коммерческий продукт. Kallithea позволяет развернуть инфраструктуру управления разработкой, которая поддерживает системы контроля версий Git и Mercurial, и по решаемым задачам напоминает GitHub и Bitbucket. Код проекта распространяется под лицензией GPLv3. Код проекта написан на языке Python.

Kallithea включает в себя высокопроизводительный сервер обработки push/pull-запросов и веб-интерфейс для организации совместной разработки, который позволяет управлять репозиториями, разделять права доступа, рецензировать код, отслеживать активность других участников, делать форки проектов, отправлять пулл-реквесты или изменять код на месте, через простой редактор. Поддерживается интеграция с централизованной базой пользователей предприятия, основанной на LDAP или ActiveDirectory. Поддерживается создание групп репозиториев и групп разработчиков с унификацией управления членами группы. Внешний вид интерфейса может легко быть изменён через систему шаблонов. Поддерживается наглядное представление активности в виде графиков. В системе рецензирования изменений поддерживается обсуждение изменений и отправка уведомлений.

Серверная часть платформы является многопоточной, что позволяет одновременно обслуживать несколько pull/push-запросов. Для увеличения производительности в системе активно используется кэширование и выполнение действий в асинхронном режиме. В систему также интегрированы средства резервного копирования, позволяющие периодически архивировать и сохранять через scp копию всех данных. Для отслеживания активности в репозиториях поддерживается специальная прослойка, ведущая журнал всех обращений и позволяющая аутентифицировать каждый запрос. Для работы с репозиториями задействована библиотека vcs, мета-данные о проектах могут хранится в БД на основе SQLite, PostgreSQL или других, поддерживаемых SQLAlchemy.

Выпуск Kallithea 0.1 оценивается как стабильный и пригодный для введения в эксплуатацию. Особенности Kallithea 0.1:

  • Поддержка новых выпусков dulwich, doctuils, pycrypto, mako, whoosh, babel, formencode, bcrypt и Mercurial 3.1.x;
  • Поддержка удаления групп репозиториев;
  • Возможность интеграции с внешними системами web-аналитики, такими как Google Analytics;
  • Увеличена производительность при работе с большими репозиториями;
  • Повышена информативность текстов ошибок, обеспечен вывод причины возникновения ошибок;
  • Ссылки для меток в ветках теперь указывают на список изменений, а не на файлы;
  • Проведена чистка JavaScript-кода, многие участки кода переведены с YUI на jQuery;
  • Переработано оформление графиков;
  • Улучшен интерфейс для формирования сообщений о проблемах. Возможность редактирования описания и заголовка сообщения о проблеме. Отображение активности в ветке после заведения PR. Поддержка добавления комментариев к закрытым PR;
  • Улучшены интерфейсы для оценки различий и добавления комментариев.
  • Обеспечено сохранение текущей ревизии при навигации между списками изменений и просмотром файлов;
  • Поддержка указания имени ветки в URL со ссылкой на набор изменений (ветка отделяется при помощи символа '/');
  • Обеспечен показ изображений в интерфейсах просмотра файлов и оценки изменений (diff).


  1. Главная ссылка к новости (http://lists.sfconservancy.org...)
  2. OpenNews: Вышла открытая платформа для организации совместной разработки GitLab 6.4
  3. OpenNews: GitLab 6.0 ознаменовал переход к формированию коммерческой редакции
Лицензия: CC-BY
Тип: Программы
Ключевые слова: kallithea, git, mercurial
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (13) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Анонимус_б6 (?), 12:00, 24/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    Высокопроизводительный сервер на питоне... я крайне хочу услышать мнение знающих людей на этот счет
     
     
  • 2.5, Аноний (?), 17:30, 24/08/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А ты чего хотел, на асме писанный чтоли? В подавляющем большинстве случаев узкое место это база данных (как и любой I/O), а учитывая высокую скорость разработки на удаве, он становится весьма неплохим решением.
     
  • 2.11, Fry33 (ok), 14:45, 25/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это не highload, сильнаям многопоточность не нужна.
    ботлнек как писали выше будет db, другие ботлнеки можно переписать на Си.
    Питон годный продукт, тем более есть pypy, потери в производительности должно быть не значительные для данного кейса.
     
  • 2.12, XoRe (ok), 19:13, 25/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Высокопроизводительный сервер на питоне... я крайне хочу услышать мнение знающих людей
    > на этот счет

    10 тыс запросов в секунду на сервер - это много, или мало?

     
     
  • 3.14, Fry33 (ok), 09:46, 01/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Высокопроизводительный сервер на питоне... я крайне хочу услышать мнение знающих людей
    >> на этот счет
    > 10 тыс запросов в секунду на сервер - это много, или мало?

    10 тыс запросов в секунду и C10k problem это разные вещи.
    и 10к запросов делающие что? на каком оборудование?

    то что на яве или хотя бы go это будет дешевле - это очевидный факт, питоновские проекты надо маштобироавть на большее кол-ва железа при равносильных нагрузках, чем если использовать яву.

     
     
  • 4.15, XoRe (ok), 12:10, 01/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > 10 тыс запросов в секунду и C10k problem это разные вещи.

    Я про 10k rps при обработке http запросов.
    Простенькая логика, api всякие и т.д.

    > то что на яве или хотя бы go это будет дешевле -
    > это очевидный факт

    Не факт, нужно ещё учитывать стоимость разработки.
    ЗП разработчиков, стоимость поддержки и т.д.

     

  • 1.2, бедный буратино (ok), 13:14, 24/08/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    наконец-то... хотя ченчлог невпечатлительный :( хотя бы множество ошибок исправлено. и хоть какая-то гибкость проявлена, а то rh приходилось гвоздями прибивать.
     
     
  • 2.3, бедный буратино (ok), 13:37, 24/08/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ну, по крайней мере через virtualenv в openbsd snapshots нормально установилась и заработала... :)
     
     
  • 3.4, 00 (?), 14:57, 24/08/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Функционал для code review есть?
     
     
  • 4.6, бедный буратино (ok), 18:01, 24/08/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    понятия не имею.

    пока различий с rh 1.7, кроме зелёно-болотно-опеннетной темы, не увидел.

     
     
  • 5.9, Аноним (-), 01:07, 25/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > пока различий с rh 1.7, кроме зелёно-болотно-опеннетной темы, не увидел.

    Признайся, это ведь тебе слава Дениса покоя не давала? :)

     
  • 4.7, Аноним (7), 23:15, 24/08/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Сам жду этой штуки. То, что есть сейчас - тихий ужас.
     

  • 1.13, sklay (ok), 09:43, 01/09/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Gitlab же
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру