Inihayag ng proyekto ng CentOS ang paglulunsad ng isang collaborative development service batay sa GitLab platform. Ang desisyon na gamitin ang GitLab bilang pangunahing platform sa pagho-host para sa mga proyekto ng CentOS at Fedora ay ginawa noong nakaraang taon. Kapansin-pansin na ang imprastraktura ay hindi binuo sa sarili nitong mga server, ngunit batay sa serbisyo ng gitlab.com, na nagbibigay ng seksyong gitlab.com/CentOS para sa mga proyektong nauugnay sa CentOS.
Sa kasalukuyan, isinasagawa ang trabaho upang isama ang seksyon sa base ng gumagamit ng proyekto ng CentOS, na magbibigay-daan sa mga developer na kumonekta sa serbisyo ng Gitlab gamit ang mga umiiral nang account. Hiwalay na binanggit na ang git.centos.org, batay sa platform ng Pagure, ay patuloy na isasaalang-alang bilang isang lugar upang mag-host ng source code ng mga package na inilipat mula sa RHEL, gayundin ang batayan para sa pagbuo ng CentOS Stream 8 branch. Ngunit ang CentOS Stream 9 branch ay binuo na batay sa bagong repository sa GitLab ay nakikilala sa pamamagitan ng kakayahang ikonekta ang mga miyembro ng komunidad sa pag-unlad. Ang iba pang mga proyektong naka-host sa git.centos.org ay nananatili sa lugar sa ngayon at hindi napipilitang lumipat.
Sa panahon ng talakayan ng desisyon, napansin ng mga kalaban ng paglipat sa modelo ng SaaS na ang paggamit ng isang handa na serbisyo na ibinigay ng GitLab ay hindi nagpapahintulot ng kumpletong kontrol sa imprastraktura, halimbawa, imposibleng matiyak na ang imprastraktura ng server ay maayos na pinananatili, ang mga kahinaan ay naaalis kaagad, at ang telemetry at ang kapaligiran ay hindi magsisimulang ipataw ay hindi nakompromiso bilang resulta ng isang panlabas na pag-atake o mga aksyon ng mga hindi tapat na empleyado.
Kapag pumipili ng isang platform, bilang karagdagan sa mga karaniwang operasyon na may mga repositoryo (pagsasama, paglikha ng mga tinidor, pagdaragdag ng code, atbp.), mayroong mga kinakailangan tulad ng kakayahang magpadala ng mga kahilingan sa push sa pamamagitan ng HTTPS, paraan ng paghihigpit sa pag-access sa mga sangay, suporta para sa mga pribadong sangay , paghihiwalay ng pag-access sa mga panlabas at panloob na gumagamit (halimbawa, upang magtrabaho sa pag-alis ng mga kahinaan sa panahon ng isang embargo sa pagsisiwalat ng impormasyon tungkol sa problema), pamilyar sa interface, pag-iisa ng mga subsystem para sa pagtatrabaho sa mga ulat ng problema, code, dokumentasyon at pagpaplano ng bago feature, availability ng mga tool para sa integration sa IDE, suporta para sa mga karaniwang workflow, ang kakayahang gumamit ng bot para sa mga awtomatikong pagsasama (nangangailangan ng CentOS Stream upang suportahan ang mga kernel package).
Pinagmulan: opennet.ru