Het CentOS-project heeft de lancering aangekondigd van een nieuwe service voor gezamenlijke ontwikkeling, gebaseerd op het GitLab-platform. Het besluit om GitLab als primaire platform voor het hosten van projecten van CentOS en Fedora te gebruiken, werd vorig jaar genomen. Opmerkelijk is dat de infrastructuur niet op eigen servers draait, maar op de service gitlab.com, waar voor de aan CentOS gerelateerde projecten een sectie is opgezet binnen gitlab.com/CentOS.
Momenteel wordt er gewerkt aan de integratie van de sectie met de gebruikersdatabase van het CentOS-project, wat ontwikkelaars in staat zal stellen verbinding te maken met de GitLab-service met behulp van bestaande accounts. Het is ook vermeldenswaard dat git.centos.org, gebaseerd op het Pagure-platform, blijft worden gezien als een plaats voor het hosten van de broncode van pakketten die zijn overgezet vanuit RHEL, en als basis voor het vormen van de CentOS Stream 8 tak. Echter, de CentOS Stream 9 tak is al in ontwikkeling op basis van een nieuwe repository in GitLab en biedt de mogelijkheid voor bijdragen van leden uit de gemeenschap. Andere projecten die op git.centos.org zijn gehost, blijven voorlopig op hun plek en worden niet gedwongen tot migratie.
Tegenstanders van de overgang naar een SaaS-model hebben tijdens de discussie over het genomen besluit erop gewezen dat het gebruik van een kant-en-klare service, geleverd door GitLab, niet de volledige controle over de infrastructuur mogelijk maakt. Bijvoorbeeld, het is niet gegarandeerd dat de serverinfrastructuur op de juiste manier wordt onderhouden, dat kwetsbaarheden tijdig worden verholpen, dat telemetrie niet wordt opgelegd en dat de omgeving niet is gecompromitteerd als gevolg van een externe aanval of door acties van onbetrouwbare werknemers.
Bij het kiezen van een platform, naast de gebruikelijke acties met repositories (samenvoegen, het creëren van forks, toevoeging van code, etc.), werden eisen gesteld zoals de mogelijkheid om push-aanvragen via HTTPS te verzenden, toegangsbeperkingen voor branches, ondersteuning voor privé-branches, scheiding van toegang voor externe en interne gebruikers (bijvoorbeeld voor het werken aan het verhelpen van kwetsbaarheden tijdens een embargo op het vrijgeven van probleemgegevens), gebruiksvriendelijkheid van de interface, standaardisatie van subsystemen voor het omgaan met probleemmeldingen, code, documentatie en het plannen van nieuwe functies, beschikbaarheid van hulpmiddelen voor integratie met IDE's, ondersteuning voor standaardwerkprocessen en de mogelijkheid om een bot voor automatische samenvoegingen te gebruiken (CentOS Stream is vereist voor het onderhouden van pakketten met de kernel).
Bron: opennet.ru
