Разработчици които стоят зад проектите на популярните дистрибуции на Linux Пуснати „CentOS и Fedora“ наскоро чрез реклама решението за създаване на съвместна служба за развитие, който именува като „Git Forge“.
Тази нова услуга ще бъде изградена с помощта на платформата GitLab което ще се превърне в основната платформа да взаимодейства с хранилища на Git и да хоства проекти, свързани с дистрибуции CentOS и Fedora.
Когато оценявате възможните решения за новия Git Forge, Бяха разгледани Pagure и Gitlab. Въз основа на проучване на приблизително 300 отзива и предложения от участниците в проекти на Fedora, CentOS, RHEL и CPE, формирани изисквания за функционалност и взето решение в полза на Gitlab.
В допълнение към типичните операции с хранилища, сред ключовите изисквания бяха декларирани сигурността, използваемостта и стабилността на платформата.
Изискванията включват функции като изпращане на заявки за изпращане чрез HTTPS, означава да ограничаване на достъпа до версии, поддръжка за частни версии, споделят достъп между външни и вътрешни потребителиs (например за работа по отстраняване на уязвимости по време на ембаргото за разкриване на информация за проблем), обединяване на подсистемите за работа с отчети за проблеми, код, документация и планиране на нови функции, наличие на инструменти за интеграция с IDE, поддръжка за типични работни процеси.
Сред функциите на GitLab, които в крайна сметка повлияха на решението да изберете тази платформа, беше спомената подкрепата на подгрупи със селективен достъп до хранилищата, la възможност за използване на бот за автоматично сливане (CentOS Stream е необходим, за да поддържа пакети с ядрото), наличието на интегрирани инструменти за планиране на разработката, възможността за използване на готова за използване услуга SAAS с гарантирано ниво на наличност (ще освободи ресурси за поддържане на сървъра инфраструктура).
Решението вече предизвика критики сред разработчиците по отношение на факта, че решението е взето без предварително предварително обсъждане.
също имаше опасения, че услугата няма да използва безплатното издание на Comminity на GitLab. По-специално, възможностите, необходими за изпълнение на изискванията на Git Forge, описани в съобщението, са налични само в патентованата версия на GitLab Ultimate.
Намерението да се възползва от услугата SAAS, предоставена от GitLab (приложение като услуга) също беше критикувано, вместо да се прилага GitLab на техните сървъри, което прави услугата извън контрол (например, невъзможно е да се гарантира, че всички уязвимости системата се фиксира бързо, инфраструктурата се поддържа правилно и няма да се наложи нито един момент телеметрия и ще се изключи саботаж от персонал на трети страни).
Решението също не се вписва добре с основните принципи на Fedora, които уточняват, че проектът трябва да дава предимство на безплатните алтернативи.
Междувременно, GitLab обяви откриването на внедряването на 18 функционалности че по-рано те се предлагаха само в платени издания на GitLab:
- Прикачване на свързан проблем;
- Проблем с експортирането на GitLab в CSV.
- Начинът за планиране, организиране и визуализиране на процеса на разработване на отделни характеристики или версии.
- Вградена услуга за свързване на участниците в проекта с трети страни по имейл.
- Уеб терминал за уеб IDE.
- Възможността за синхронизиране на файлове за тестване на промени в кода в уеб терминала.
- Инструменти за управление на проекти, които ви позволяват да качвате проекти и ресурси за проблема, като използвате проблема като единна точка за достъп до всичко, което е необходимо за разработване на нова функция.
- Код за отчитане на качеството.
- Поддръжка за Conan (C / C ++), Maven (Java), NPM (node.js) и NuGet (.NET) мениджъри на пакети.
- Поддръжка за внедряване на Канария, което ви позволява да инсталирате нова версия на приложението в малка част от системата.
- Постепенно разпространение, позволяващо първо да се доставят нови версии само за малък брой системи, като постепенно се покрива до 100%.
- Флагове за активиране на функционалност, които дават възможност за изпълнение на проекта в различни издания, динамично активиране на определени функции.
- Общ режим на внедряване, който ви позволява да оцените състоянието на всяка базирана на Kubernetes среда за непрекъсната интеграция.
- Поддръжка за дефиниране на множество клъстери Kubernetes в конфигуратора
- Поддръжка за дефиниране на политики за защита на контейнерната мрежа, които позволяват диференциране на достъпа между подсистемите Kubernetes.
Fuente: Блог на Centos - Блог на Fedora