Het CentOS-project kondigde de lancering aan van een collaboratieve ontwikkelingsservice op basis van het GitLab-platform. De beslissing om GitLab te gebruiken als het primaire hostingplatform voor CentOS- en Fedora-projecten werd vorig jaar genomen. Opmerkelijk is dat de infrastructuur niet op eigen servers is gebouwd, maar op basis van de dienst gitlab.com, die een sectie gitlab.com/CentOS biedt voor CentOS-gerelateerde projecten.
Momenteel wordt er gewerkt aan de integratie van de sectie met de gebruikersbasis van het CentOS-project, waardoor ontwikkelaars verbinding kunnen maken met de Gitlab-service met behulp van bestaande accounts. Er wordt afzonderlijk opgemerkt dat git.centos.org, gebaseerd op het Pagure-platform, zal blijven worden beschouwd als een plaats voor het hosten van de broncode van pakketten die zijn overgedragen vanuit RHEL, evenals als de basis voor de vorming van de CentOS Stream 8 Maar de CentOS Stream 9-branch wordt al ontwikkeld op basis van de nieuwe repository in GitLab en onderscheidt zich door de mogelijkheid om communityleden te verbinden met ontwikkeling. Andere projecten die op git.centos.org worden gehost, blijven voorlopig bestaan en worden niet gedwongen te migreren.
Tijdens de bespreking van het besluit merkten tegenstanders van de overgang naar het SaaS-model op dat het gebruik van een kant-en-klare dienst van GitLab geen volledige controle over de infrastructuur mogelijk maakt. Het is bijvoorbeeld onmogelijk om er zeker van te zijn dat de serverinfrastructuur goed wordt onderhouden, kwetsbaarheden snel worden geëlimineerd, en telemetrie en de omgeving niet worden opgelegd, niet in gevaar zijn gebracht als gevolg van een externe aanval of de acties van oneerlijke werknemers.
Bij het kiezen van een platform waren er, naast de standaardbewerkingen met repositories (samenvoegen, forks maken, code toevoegen, enz.), vereisten zoals de mogelijkheid om push-verzoeken via HTTPS te verzenden, middelen om de toegang tot filialen te beperken, ondersteuning voor privéfilialen , scheiding van toegang tot externe en interne gebruikers (bijvoorbeeld om te werken aan het elimineren van kwetsbaarheden tijdens een embargo op het vrijgeven van informatie over het probleem), bekendheid van de interface, unificatie van subsystemen voor het werken met probleemrapporten, code, documentatie en planning van nieuwe functies, beschikbaarheid van tools voor integratie met IDE, ondersteuning voor standaardworkflows, de mogelijkheid om een bot te gebruiken voor automatische samenvoegingen (vereist CentOS Stream om kernelpakketten te ondersteunen).
Bron: opennet.ru