Проект CentOS обяви старта на услуга за съвместна разработка, основана на платформата GitLab. Решението за ползването на GitLab като основна платформа за хостинг на проекти CentOS и Fedora беше взето миналата година. Забележително е, че инфраструктурата не е изградена на собствени сървъри, а на базата на услугата gitlab.com, в която за свързани с проектите на CentOS е предоставен раздел gitlab.com/CentOS.
В момента се работи по интеграцията на раздела с базата от потребители на проекта CentOS, което ще позволи на разработчиците да се свързват с услугата GitLab, използвайки съществуващите си акаунти. Отделно се уточнява, че git.centos.org на базата на платформата Pagure ще продължи да бъде разглеждано като място за съхранение на изходния код на пакетите, прехвърлени от RHEL, както и като основа за формирането на клона CentOS Stream 8. Но клонът CentOS Stream 9 вече се развива на база на нов репозиторий в GitLab и се отличава с възможността за участие на разработчици от общността. Други проекти, разположени на git.centos.org, все още остават на своите места и не се принуждават към миграция.
Противниците на преминаването към модел SaaS в процеса на обсъждане на приетото решение отбелязаха, че използването на готова услуга, предоставяна от компанията GitLab, не позволява пълно контролиране на инфраструктурата, например, не може да се бъде сигурно, че сървърната инфраструктура се поддържа правилно, уязвимостите се отстраняват своевременно, не започва да се налага телеметрия и околната среда не е компрометирана в резултат на външна атака или действия на нечистоплътни служители.
При избиране на платформа, освен типичните операции с репозиториите (сливане, създаване на форкове, добавяне на код и т.н.), бяха поставени и изисквания като възможността за изпращане на push заявки по HTTPS, средства за ограничаване на достъпа до клоновете, поддръжка на частни клонове, разделяне на достъпа на външни и вътрешни потребители (например, за работа по отстраняване на уязвимости по време на забрана за разкриване на информация за проблема), удобство на интерфейса, унификация на подсистемите за работа с съобщения за проблеми, код, документация и планиране на нови възможности, наличието на средства за интеграция с IDE, поддръжка на стандартни работни потоци, възможност за използване на бот за автоматични слияния (изисква се CentOS Stream за поддържане на пакети с ядрото).
Източник: opennet.ru
