Projektet dhe për zgjidhjen e krijimit të shërbimit të zhvillimit të përbashkët Git Forge, i cili do të ndërtohet mbi platformën GitLab. GitLab do të jetë platforma kryesore për bashkëveprimin me depozitë Git dhe për hostimin e projekteve që lidhen me distribucionet CentOS dhe Fedora. Shërbimi i mëparshëm do të vazhdojë të ekzistojë, por do të kalojë nën kujdesin e komunitetit, i interesuar për vazhdimin e zhvillimit. Pagure do të tërhiqet nga mbështetje nga ekipi i punësuar në Red Hat, që merret me ruajtjen e infrastrukturës për zhvillimin dhe publikimin e lëshimeve të Fedora dhe CentOS.
Gjatë vlerësimit të mundësive për zgjidhjen e re Git Forge, u shqyrtuan
Pagure dhe Gitlab. Bazuar në shqyrtimin e rreth dhe dëshirave nga pjesëmarrësit në projektet Fedora, CentOS, RHEL dhe CPE, u formuluan kërkesat për funksionalitetin dhe u bë zgjedhja për Gitlab. Përveç operacioneve tipike me depozitat (bashkimin, krijimin e fork-ëve, shtimin e kodit etj.), kërkesat kryesore përfshinin sigurinë, lehtësinë e përdorimit dhe stabilitetin e platformës.
Kërkesat përfshijnë mundësi si dërgimi i kërkesave push përmes HTTPS, mjete për kufizimin e qasjes në degë, mbështetje për dega private, ndarjen e aksesit midis përdoruesve të jashtëm dhe atyre të brendshëm (p.sh., për të punuar në zgjidhjen e dobësive gjatë embargos për zbulimin e informacionit mbi problematikën), njohja me ndërfaqen, unifikimi i nënsistemave për trajtimin e njoftimeve për probleme, kodit, dokumentacionit dhe planifikimin e funksioneve të reja, pranimi i mjeteve për integrim me IDE, mbështetje për proceset e zakonshme të punës.
Nga mundësitë e GitLab që kanë ndikuar në vendimin për të zgjedhur këtë platformë, përmendet mbështetja për nëngrupet me akses të përzgjedhur në depo, mundësia për të përdorur një bot për bashkim automatik (nevojitet CentOS Stream për ruajtjen e paketave me bërthamën), pranimi i mjeteve të brendshme për planifikimin e zhvillimit, dhe mundësia për të përdorur një shërbim të gatshëm SAAS me nivelin e garantuar të disponueshmërisë (do të lirojë burimet për mbështetje të infrastrukturës serverike).
ĂshtĂ« marrĂ« vendimi tashmĂ« kritikĂ« ndĂ«r zhvilluesit, e lidhur me vendimin e marrĂ« pa njĂ« diskutim tĂ« gjerĂ« paraprak. Gjithashtu, janĂ« shprehur shqetĂ«sime se shĂ«rbimi nuk do tĂ« pĂ«rdorĂ« redaksinĂ« e lirĂ« Community tĂ« GitLab. NĂ« veçanti, mundĂ«sitĂ« e nevojshme pĂ«r realizimin e kĂ«rkesave tĂ« pĂ«rshkruara nĂ« njoftim pĂ«r Git Forge janĂ« tĂ« disponueshme vetĂ«m nĂ« versionin pronar. .
Kritikë gjithashtu iu nënshtrua qëllimit për të përdorur shërbimin SAAS (aplikacion si shërbim) të ofruar nga kompania GitLab, në vend të implementimit të GitLab në serverët e saj, që e nxjerr shërbimin jashtë kontrollit (p.sh., nuk është e mundur të sigurohemi se të gjitha dobësitë në sistem adresohen në kohë, mbështetet infrastruktura, që një ditë të bukur të mos ketë dhe të përjashtohet diversioni nga ana e stafit të kompanive të jashtme). Ky vendim gjithashtu nuk është në përputhje me , në të cilat përcaktohet se projekti duhet të preferojë alternativa të lira.
Ndërkohë, kompania GitLab rreth hapjes së realizimeve të 18 funksionaliteteve, që më parë ofroheshin vetëm në editat pronar të GitLab. Ato mbulojnë fusha të ndryshme të menaxhimit të ciklit të plotë të zhvillimit të softuerit, duke përfshirë planifikimin, krijimin e projekteve, verifikimin, punën me paketat, formimin e lëshimeve, konfigurimin dhe mbrojtjen.
Funksionet e përkthyera që janë bërë të lira përfshijnë:
- Pranimin e issue-ve të lidhura;
- Eksportimin e issue-ve nga GitLab në CSV;
- Mënyra e planifikimit, renditjes dhe vizualizimit të procesit të zhvillimit të funksionaliteteve të veçanta ose lëshimeve;
- Shërbimi i integruar për lidhjen e pjesëmarrësve të projektit me palët e treta përmes email-it.
- Web-terminali për Web IDE;
- Mundësia për të sinkronizuar skedarët për të testuar ndryshimet në kod në web-terminal;
- Mjetet për menaxhimin e dizajnit, duke lejuar ngarkimin e skicave dhe burimeve në issue, duke përdorur issue si pikën e vetme të qasjes në gjithçka që nevojitet për zhvillimin e një funksionaliteti të ri;
- Raportet për cilësinë e 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 kanarinë, duke lejuar instalimin e versionit të ri të aplikacionit në një pjesë të vogël të sistemeve;
- Shpërndarje incrementale, duke lejuar që fillimisht të dërgohen versione të reja për një numër të vogël sistemesh, duke e rritur gradualisht mbulimin deri në 100%;
- Flaga të aktivizimit të funksionalitetit, duke mundësuar dorëzimin e projektit në versione të ndryshme, duke aktivizuar dinamike mundësi të caktuara;
- Rehati mode e shpërndarjeve, duke lejuar vlerësimin e gjendjes së çdo ambienti të integrimit të vazhdueshëm mbi Kubernetes;
- Mbështetje për përcaktimin e klastereve të shumta Kubernetes në konfigurues (p.sh., është e mundur të përdoren klastere të veçanta Kubernetes për implementime provuese dhe ngarkesa pune);
- Mbështetje për përcaktimin e politikave të sigurisë rrjetit të kontejnerëve, duke lejuar ndarjen e qasjes midis pod-eve të Kubernetes.
Për më tepër, mund të theksohet update GitLab 12.9.1, 12.8.8 dhe 12.7.8 (Community Edition dhe Enterprise Edition), në të cilat është parandaluar një vlefshmëri. Problemi shfaqet që nga lëshimi i GitLab EE/CE 8.5 dhe lejon që të lexoni përmbajtjen e çdo skedari lokal gjatë zhvendosjes së çështjeve midis projekteve.
Detajet mbi vlefshmërinë do të zbulohen brenda 30 ditësh.
Burimi: opennet.ru
