CentOS-prosjektet går over til utvikling ved hjelp av GitLab

CentOS-prosjektet kunngjorde lanseringen av en samarbeidsutviklingstjeneste basert på GitLab-plattformen. Beslutningen om å bruke GitLab som den primære vertsplattformen for CentOS- og Fedora-prosjekter ble tatt i fjor. Det er bemerkelsesverdig at infrastrukturen ikke ble bygget på egne servere, men på grunnlag av gitlab.com-tjenesten, som gir en seksjon gitlab.com/CentOS for CentOS-relaterte prosjekter.

For tiden pågår det et arbeid med å integrere seksjonen med brukerbasen til CentOS-prosjektet, som vil tillate utviklere å koble seg til Gitlab-tjenesten ved å bruke eksisterende kontoer. Det bemerkes separat at git.centos.org, basert på Pagure-plattformen, fortsatt vil bli betraktet som et sted for å være vert for kildekoden til pakker overført fra RHEL, så vel som grunnlaget for dannelsen av CentOS Stream 8 Men CentOS Stream 9-grenen er allerede under utvikling basert på det nye depotet i GitLab kjennetegnes ved evnen til å koble fellesskapsmedlemmer til utvikling. Andre prosjekter som er vert på git.centos.org forblir på plass for nå og er ikke tvunget til å migrere.

Under diskusjonen av avgjørelsen bemerket motstandere av overgangen til SaaS-modellen at bruken av en ferdig tjeneste levert av GitLab ikke tillater fullstendig kontroll over infrastrukturen, for eksempel er det umulig å være sikker på at serverinfrastrukturen er riktig vedlikeholdt, sårbarheter elimineres umiddelbart, og telemetri og miljøet vil ikke begynne å bli pålagt ble ikke kompromittert som et resultat av et eksternt angrep eller handlinger fra uærlige ansatte.

Ved valg av plattform var det i tillegg til standardoperasjoner med repositories (sammenslåing, opprettelse av gafler, legge til kode osv.), krav som muligheten til å sende push-forespørsler via HTTPS, midler for å begrense tilgangen til filialer, støtte for private filialer , adskillelse av tilgang til eksterne og interne brukere (for eksempel for å jobbe med å eliminere sårbarheter under en embargo mot å avsløre informasjon om problemet), kjennskap til grensesnittet, forening av delsystemer for arbeid med problemrapporter, kode, dokumentasjon og planlegging av nye funksjoner, tilgjengelighet av verktøy for integrasjon med IDE, støtte for standard arbeidsflyter, muligheten til å bruke en bot for automatiske sammenslåinger (krever CentOS Stream for å støtte kjernepakker).

Kilde: opennet.ru

Legg til en kommentar