CentOS-projek beweeg na ontwikkeling met GitLab

Die CentOS-projek het die bekendstelling aangekondig van 'n samewerkende ontwikkelingsdiens gebaseer op die GitLab-platform. Die besluit om GitLab as die primêre gasheerplatform vir CentOS- en Fedora-projekte te gebruik, is verlede jaar geneem. Dit is opmerklik dat die infrastruktuur nie op sy eie bedieners geskep word nie, maar op die basis van die gitlab.com-diens, waarin die gitlab.com/CentOS-afdeling voorsien word vir projekte wat met CentOS verband hou.

Tans word daar gewerk om die afdeling met die gebruikersbasis van die CentOS-projek te integreer, wat ontwikkelaars in staat sal stel om met bestaande rekeninge aan die Gitlab-diens te koppel. Afsonderlik word opgemerk dat git.centos.org gebaseer op die Pagure-platform steeds beskou sal word as 'n plek om die bronne van pakkette wat vanaf RHEL oorgedra word, te huisves, sowel as die basis vir die vorming van die CentOS Stream 8-tak. die CentOS Stream 9-tak word reeds ontwikkel op grond van die nuwe bewaarplek in GitLab en word gekenmerk deur die vermoë om aan te sluit by die ontwikkeling van lede uit die gemeenskap. Ander projekte wat op git.centos.org aangebied word, bly vir eers in plek en word nie gedwing om te migreer nie.

Teenstanders van die oorgang na die SaaS-model in die proses om die besluit te bespreek, het opgemerk dat die gebruik van 'n klaargemaakte diens wat deur GitLab verskaf word nie volle beheer oor die infrastruktuur toelaat nie, byvoorbeeld, dit is onmoontlik om seker te wees dat die bedienerinfrastruktuur behoorlik onderhou word, kwesbaarhede word stiptelik uitgeskakel, telemetrie en die omgewing sal nie begin opgelê word nie, is nie gekompromitteer as gevolg van 'n eksterne aanval of die optrede van oneerlike werknemers nie.

By die keuse van 'n platform was daar, benewens tipiese bedrywighede met bewaarplekke (samevoeging, skep vurke, byvoeging van kode, ens.), vereistes soos die vermoë om stootversoeke via HTTPS te stuur, maniere om toegang tot takke te beperk, ondersteuning vir private takke , skeiding van toegang van eksterne en interne gebruikers (byvoorbeeld om te werk aan die regstelling van kwesbaarhede tydens 'n openbaarmakingsverbod), bekendheid van die koppelvlak, unifikasie van substelsels om met probleemverslae te werk, kode, dokumentasie en beplanning vir nuwe kenmerke, beskikbaarheid van gereedskap vir IDE-integrasie, ondersteuning vir algemene werkvloeie, die vermoë om 'n bot vir outomatiese samesmeltings te gebruik (vereis CentOS Stream om kernpakkette in stand te hou).

Bron: opennet.ru

Voeg 'n opmerking