projektet и në lidhje me vendimin 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 ndërveprim me magazinat Git dhe për pritjen e projekteve që lidhen me shpërndarjet CentOS dhe Fedora. Shërbimi i përdorur më parë do të vazhdojë të ekzistojë, por do t'i nënshtrohet kujdesit të një komuniteti të interesuar për zhvillim të vazhdueshëm. Pagure do të hiqet nga mbështetja e ekipit CPE (Community Platform Engineering) të punësuar në Red Hat, i cili është i angazhuar në mirëmbajtjen e infrastrukturës 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 parasysh
Pagure dhe Gitlab. Bazuar në një studim të rreth dhe dëshirat e pjesëmarrësve në projektet Fedora, CentOS, RHEL dhe CPE, u formuan kërkesat e funksionalitetit dhe zgjedhja u bë në favor të Gitlab. Përveç operacioneve standarde me depo (bashkimi, krijimi i pirunëve, shtimi i kodit, etj.), Siguria, lehtësia e përdorimit dhe qëndrueshmëria e platformës u deklaruan ndër kërkesat kryesore.
Kërkesat përfshinin veçori të tilla si dërgimi i kërkesave shtytëse përmes HTTPS, mjetet e kufizimit të aksesit në degë, mbështetje për degët private, ndarjen e aksesit për përdoruesit e jashtëm dhe të brendshëm (për shembull, për të punuar në eliminimin e dobësive gjatë një embargoje për zbulimin e informacionit rreth problemit) , ndërfaqe familjariteti, unifikimi i nënsistemeve për të punuar me raportet e problemeve, kodi, dokumentacioni dhe planifikimi i veçorive të reja, disponueshmëria e mjeteve për integrim me IDE, mbështetje për rrjedhat standarde të punës.
Nga aftësitë e GitLab që ndikuan përfundimisht në vendimin për të zgjedhur këtë platformë, u përmend mbështetja për nëngrupet me qasje selektive në depo, aftësia për të përdorur një bot për bashkime automatike (CentOS Stream kërkohet për të ruajtur paketat me kernel), prania e mjeteve të integruara për zhvillimin e planifikimit, aftësia për të përdorur një shërbim të gatshëm SAAS me një nivel të garantuar disponueshmërie (do të çlirojë burime për mirëmbajtjen e infrastrukturës së serverit).
Vendimi është tashmë kritika midis zhvilluesve për faktin se vendimi u mor pa diskutim të gjerë paraprak. U ngritën gjithashtu shqetësime se shërbimi nuk do të përdorte edicionin falas të Comminity të GitLab. Në veçanti, aftësitë e nevojshme për të zbatuar kërkesat për Git Forge të përshkruara në njoftim janë të disponueshme vetëm në versionin e pronarit .
Gjithashtu u kritikua synimi për të përdorur shërbimin SAAS (aplikacioni si shërbim) i ofruar nga GitLab, në vend që të vendoste GitLab në serverët e tij, gjë që e nxjerr shërbimin jashtë kontrollit (për shembull, është e pamundur të jesh i sigurt se të gjitha dobësitë në sistemi eliminohet menjëherë, mirëmbahet infrastruktura, një ditë nuk do të ketë dhe sabotimi nga personeli i një kompanie të palës së tretë përjashtohet). Zgjidhja gjithashtu nuk funksionon me , të cilat specifikojnë se projekti duhet t'i japë përparësi alternativave të lira.
Ndërkohë, GitLab në lidhje me zbulimin e zbatimeve të 18 funksionaliteteve të ofruara më parë vetëm në botimet e pronarit të GitLab. Aftësitë mbulojnë fusha të ndryshme të menaxhimit të ciklit të plotë të zhvillimit të softuerit, duke përfshirë planifikimin e zhvillimit, krijimin e projektit, verifikimin, menaxhimin e paketave, gjenerimin e lëshimit, konfigurimin dhe sigurinë.
Funksionet e mëposhtme janë transferuar në gamën e lirë:
- Bashkëngjitja e çështjes së lidhur;
- Çështja e eksportit nga GitLab në CSV;
- Një mënyrë e planifikimit, organizimit dhe vizualizimit të procesit të zhvillimit të funksionalitetit ose lëshimeve individuale;
- Shërbim i integruar për lidhjen e pjesëmarrësve të projektit me palët e treta duke përdorur email.
- Web terminal për Web IDE;
- Aftësia për të sinkronizuar skedarët për të testuar ndryshimet në kod në terminalin e internetit;
- Dizajnoni kontrolle që ju lejojnë të ngarkoni modele dhe asete për të nxjerrë, duke përdorur problemin si një pikë të vetme aksesi në gjithçka që ju 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 vendosjet e kanarinave, duke ju lejuar të instaloni një version të ri të aplikacionit në një pjesë të vogël të sistemeve;
- Shpërndarjet në rritje, duke lejuar që versionet e reja të dorëzohen vetëm në një numër të vogël sistemesh në fillim, duke rritur gradualisht mbulimin në 100%;
- Flamujt e aktivizimit të funksionalitetit, të cilët bëjnë të mundur shpërndarjen e projektit në edicione të ndryshme, duke aktivizuar në mënyrë dinamike disa veçori;
- Modaliteti i përmbledhjes së vendosjes, i cili ju lejon të vlerësoni gjendjen e çdo mjedisi të integruar të vazhdueshëm bazuar në Kubernetes;
- Mbështetje për përcaktimin e grupeve të shumta të Kubernetes në konfigurues (për shembull, mund të përdorni grupe të veçanta Kubernetes për zbatime provë dhe ngarkesa pune);
- Mbështetje për përcaktimin e politikave të sigurisë së rrjetit të kontejnerëve që ju lejojnë të kufizoni aksesin ndërmjet podeve të Kubernetes.
Për më tepër, mund të vërehet Përditësimet e GitLab 12.9.1, 12.8.8 dhe 12.7.8 (Community Edition dhe Enterprise Edition), të cilat rregullojnë cenueshmërinë. Problemi ka qenë i pranishëm që nga lëshimi i GitLab EE/CE 8.5 dhe lejon që përmbajtja e çdo skedari lokal të lexohet kur zhvendoset një problem midis projekteve.
Detajet rreth cenueshmërisë do të zbulohen pas 30 ditësh.
Burimi: opennet.ru