projektet и rreth vendimit për të krijuar një shërbim zhvillimi bashkëpunues, Git Forge, i cili do të ndërtohet duke përdorur platformën GitLab. GitLab do të bëhet platforma kryesore për bashkëveprimin me depot e Git dhe për strehimin e projekteve që lidhen me shpërndarjet CentOS dhe Fedora. Shërbimi i përdorur më parë Pagere do të vazhdojë të ekzistojë, por do t'i dorëzohet komunitetit të interesuar për zhvillimin e vazhdueshëm. Pagere do të hiqet nga ekipi CPE (Community Platform Engineering) në Red Hat, i cili mirëmban infrastrukturën për zhvillimin dhe publikimin e versioneve të Fedora dhe CentOS.
Kur vlerësuam zgjidhjet e mundshme për Git Forge-in e ri, ne morëm në konsideratë
Pagere dhe Gitlab. Bazuar në një studim prej rreth Bazuar në reagimet nga pjesëmarrësit e projekteve Fedora, CentOS, RHEL dhe CPE, u zhvilluan kërkesat e funksionalitetit dhe u zgjodh Gitlab. Përveç operacioneve standarde të depove (bashkimi, degëzimi, shtimi i kodit, etj.), siguria, lehtësia e përdorimit dhe stabiliteti i platformës ishin gjithashtu kërkesa kryesore.
Kërkesat përfshinin veçori të tilla si kërkesat shtytëse HTTPS, kufizimet e aksesit në degë, mbështetje për degët private, ndarjen e aksesit të përdoruesit të jashtëm dhe të brendshëm (për shembull, për menaxhimin e dobësive gjatë një embargoje zbulimi), një ndërfaqe të njohur, unifikimin e nënsistemeve për trajtimin e raporteve të problemeve, kodin, dokumentacionin dhe planifikimin e veçorive, integrimin e IDE-së dhe mbështetje për rrjedhat standarde të punës.
Ndër veçoritë e GitLab që ndikuan përfundimisht në vendimin për të zgjedhur këtë platformë, u përmendën këto: mbështetja për nëngrupet me qasje selektive në depo, aftësia për të përdorur një bot për bashkime automatike (kërkon CentOS Stream për të mirëmbajtur paketat e kernelit), prania e mjeteve të integruara për planifikimin e zhvillimit dhe aftësia për të përdorur një shërbim SAAS të gatshëm me një nivel të garantuar të disponueshmërisë (ju lejon të lironi burime për mirëmbajtjen e infrastrukturës së serverit).
Vendimi është marrë tashmë Pati kritika midis zhvilluesve se vendimi u mor pa diskutim paraprak dhe të gjerë. U ngritën gjithashtu shqetësime se shërbimi nuk do të përdorte versionin me kod të hapur të GitLab për komunitetin. Në mënyrë specifike, veçoritë e kërkuara për të zbatuar kërkesat e Git Forge të përshkruara në njoftim janë të disponueshme vetëm në versionin pronësor. .
Qëllimi për të përdorur shërbimin SAAS (aplikacion si shërbim) të ofruar nga GitLab, në vend që ta vendosë GitLab në serverat e vet, gjë që e nxjerr shërbimin jashtë kontrollit (për shembull, është e pamundur të jesh i sigurt se të gjitha dobësitë në sistem rregullohen menjëherë), është kritikuar gjithashtu. infrastruktura mbështetet, në një moment nuk do të jetë dhe sabotimi nga personeli i një kompanie të palës së tretë përjashtohet). Zgjidhja gjithashtu nuk është e pajtueshme me , të cilat përcaktojnë që projekti duhet t'u japë përparësi alternativave falas.
Ndërkohë, GitLab Implementimet me burim të hapur të 18 funksionaliteteve ofroheshin më parë vetëm në botimet pronësore të GitLab. Këto aftësi mbulojnë fusha të ndryshme të menaxhimit të zhvillimit të softuerëve me cikël të plotë, duke përfshirë planifikimin e zhvillimit, krijimin e projektit, verifikimin, paketimin, gjenerimin e publikimeve, konfigurimin dhe sigurinë.
Funksionet e mëposhtme janë transferuar te ato falas:
- Bashkëngjitja e çështjeve të lidhura;
- Problemi i eksportimit nga GitLab në CSV;
- Një mënyrë për planifikimin, organizimin dhe vizualizimin e procesit të zhvillimit të funksionaliteteve ose lëshimeve individuale;
- Një shërbim i integruar për lidhjen e pjesëmarrësve në projekt me palë të treta nëpërmjet email-it.
- Terminal web për Web IDE;
- Aftësia për të sinkronizuar skedarët për të testuar ndryshimet në kod në terminalin web;
- Mjete menaxhimi dizajni që ju lejojnë të ngarkoni paraqitje dhe asete në një problem, duke e përdorur problemin si një pikë të vetme qasjeje në gjithçka që nevojitet për të zhvilluar një veçori të re;
- Raportet e cilësisë së kodit;
- Mbështetje për menaxherët e paketave Conan (C/C++), Maven (Java), NPM (node.js) dhe NuGet (.NET);
- Mbështetje për shpërndarjet canary, të cilat ju lejojnë të instaloni një version të ri të një aplikacioni në një nëngrup të vogël sistemesh;
- Shpërndarjet rritëse, të cilat lejojnë që versionet e reja të dorëzohen në një numër të vogël sistemesh në fillim, duke rritur gradualisht mbulimin në 100%;
- Flamuj aktivizimi të funksionalitetit që mundësojnë që projekti të dorëzohet në botime të ndryshme duke aktivizuar dinamikisht veçori të caktuara;
- Një mënyrë përmbledhëse për vendosjet që ju lejon të vlerësoni shëndetin e çdo mjedisi të integrimit të vazhdueshëm bazuar në Kubernetes;
- Mbështetje për përcaktimin e shumë grupeve Kubernetes në konfigurues (për shembull, mund të përdorni grupe të ndara Kubernetes për vendosjet provë dhe ngarkesat e punës së prodhimit);
- Mbështetje për përcaktimin e politikave të sigurisë së rrjetit të kontejnerëve për të kufizuar aksesin midis pod-eve Kubernetes.
Për më tepër, mund të vërehet Përditësimet 12.9.1, 12.8.8 dhe 12.7.8 të GitLab (Edicionet Komunitare dhe Ndërmarrje) rregullojnë dobësinë. Problemi ka qenë i pranishëm që nga GitLab EE/CE 8.5 dhe lejon që përmbajtja e çdo skedari lokal të lexohet kur zhvendoset një problem midis projekteve.
Detajet e cenueshmërisë do të zbulohen brenda 30 ditëve.
Burimi: opennet.ru
