CentOS-projektet har annonceret lanceringen af en tjeneste til fælles udvikling baseret på GitLab-platformen. Beslutningen om at bruge GitLab som primær platform til hosting af CentOS- og Fedora-projekter blev truffet sidste år. Bemærkelsesværdigt er, at infrastrukturen ikke er hostet på egne servere, men er bygget op på platformen gitlab.com, hvor der er oprettet et område for CentOS-relaterede projekter på gitlab.com/CentOS.
I øjeblikket arbejdes der på at integrere området med brugerbasen for CentOS-projektet, hvilket vil give udviklerne mulighed for at tilslutte sig GitLab-tjenesten ved hjælp af eksisterende konti. Det bemærkes særskilt, at git.centos.org, som er baseret på Pagure-platformen, fortsat vil blive betragtet som stedet for hostingen af kildekoder for pakker, der er overført fra RHEL, samt som grundlag for udviklingen af CentOS Stream 8. Men CentOS Stream 9 udvikles allerede på baggrund af et nyt repository i GitLab og adskiller sig ved, at deltagere fra fællesskabet kan tilslutte sig udviklingen. Andre projekter, der er hostet på git.centos.org, forbliver indtil videre uændrede og tvinges ikke til migration.
Modstandere af overgangen til en SaaS-model påpegede under diskussionen af den trufne beslutning, at brugen af en færdiglavet tjeneste leveret af GitLab ikke giver fuld kontrol over infrastrukturen. For eksempel kan man ikke være sikker på, at serverinfrastrukturen vedligeholdes ordentligt, at sårbarheder lukkes hurtigt, at telemetri ikke påtvinges, og at miljøet ikke er blevet kompromitteret som følge af et eksternt angreb eller handlinger fra uærlige medarbejdere.
Når man vælger en platform, var der krav ud over de typiske operationer med repositoryer (sammensmeltning, oprettelse af forks, tilføjelse af kode osv.), såsom muligheden for at sende push-anmodninger via HTTPS, værktøjer til adgangsbegrænsning til grene, understøttelse af private grene, opdeling af adgangen for eksterne og interne brugere (for eksempel til at arbejde på at løse sårbarheder under et embargo for offentliggørelse af oplysninger om problemet), brugervenlighed af grænsefladen, standardisering af subsystemer til håndtering af problemer, kode, dokumentation og planlægning af nye funktioner, tilgængeligheden af integrationsværktøjer med IDE'er, understøttelse af typiske arbejdsprocesser samt muligheden for at bruge en bot til automatiserede sammensmeltninger (CentOS Stream kræves for at vedligeholde pakker med kernen).
Kilde: opennet.ru
