Projekt a o riešení na vytvorenie služby pre spoluprácu pri vývoji Git Forge, ktorá bude postavená na platforme GitLab. GitLab sa stane primárnou platformou pre interakciu s Git-repozitármi a pre hosting projektov súvisiacich s distribúciami CentOS a Fedora. Predtým používaná služba bude naďalej existovať, ale bude prenesená na správu komunity, ktorá má záujem o pokračovanie vo vývoji. Pagure bude vyňatý z podpory zamestnanej v Red Hat tímu CPE (Community Platform Engineering), ktorý sa zaoberá udržiavaním infraštruktúry pre vývoj a publikovanie vydaní Fedora a CentOS.
Pri hodnotení možných riešení pre nový Git Forge sa zvažovali
Pagure a Gitlab. Na základe preskúmania približne a prianí účastníkov projektov Fedora, CentOS, RHEL a CPE, boli stanovené požiadavky na funkčnosť a rozhodnutie bolo prijaté v prospech Gitlab. Okrem typických operácií s repozitármi (spájanie, vytvorenie forkov, pridávanie kódu atď.) boli medzi kľúčovými požiadavkami uvedené bezpečnosť, pohodlnosť práce a stabilita platformy.
Medzi požiadavky patrili také možnosti ako odosielanie push-žiadostí cez HTTPS, prostriedky na obmedzenie prístupu k vetvám, podpora súkromných vetiev, rozdelenie prístupu medzi externých a interných používateľov (napríklad pre prácu na odstránení zraniteľností počas embarga na zverejnenie informácií o probléme), znalosť rozhrania, unifikácia subsystémov pre prácu s problémami, kódom, dokumentáciou a plánovaním nových funkcií, existencia prostriedkov na integráciu s IDE, podpora typických pracovných tokov.
Z možností GitLab, ktoré nakoniec ovplyvnili rozhodovanie o výbere tejto platformy, boli zmienené podpora podskupín so selektívnym prístupom k repozitárom, možnosť využitia bota na automatické spájanie (je potrebné CentOS Stream na udržanie balíkov s jadrom), existencia zabudovaných prostriedkov na plánovanie vývoja, možnosť využitia hotového SAAS-u so zaručenou úrovňou dostupnosti (umožní uvoľniť zdroje na udržiavanie serverovej infraštruktúry).
Riešenie už kritiku medzi vývojármi, súvisiacu s tým, že rozhodnutie bolo prijaté bez predchádzajúcej širokej diskusie. Taktiež boli vyjadrené obavy, že služba nebude využívať voľnú Community edíciu GitLab. Najmä funkcie potrebné na implementáciu v oznámení popísaných požiadaviek na Git Forge sú dostupné iba v proprietárnej verzii .
Kritike sa tiež dostalo úmyslu využiť poskytovanú spoločnosťou GitLab službu SAAS (aplikácia ako služba), namiesto nasadenia GitLab na svojich serveroch, čo posúva službu mimo kontroly (napríklad nie je možné mať istotu, že všetky zraniteľnosti v systéme sú okamžite odstránené, udržuje infraštruktúru, v jeden krásny moment nebude a vylúčená diverzia zo strany personálu tretej strany). Rozhodnutie sa tiež nezlučuje s , v ktorých je definované, že projekt by mal uprednostňovať voľné alternatívy.
Medzitým, spoločnosť GitLab oznámi o otvorení realizácií 18 funkčných možností, ktoré boli predtým ponúkané iba v proprietárnych edíciách GitLab. Možnosti pokrývajú rôzne oblasti riadenia celého cyklu vývoja softvéru, vrátane plánovania vývoja, vytvárania projektov, verifikácie, práce s balíkmi, formovania vydaní, nastavenia a zabezpečenia.
Do voľných prevedené nasledujúce funkcie:
- Pripájanie súvisiacich issue;
- Export issue z GitLab do CSV;
- Režim plánovania, usporiadania a vizualizácie procesu vývoja jednotlivých funkcií alebo vydaní;
- Vstavaná servisná služba na prepojenie účastníkov projektu s tretími stranami pomocou emailu.
- Webový terminál pre Web IDE;
- Možnosť synchronizácie súborov na testovanie zmien v kóde v webovom termináli;
- Nástroje na správu dizajnu, ktoré umožňujú nahrávať do issue makety a zdroje, používajúc issue ako jediný prístupový bod ku všetkému potrebnému na vývoj novej funkcie;
- Správy o kvalite kódu;
- Podpora balíkových manažérov Conan (C/C++), Maven (Java), NPM (node.js) a NuGet (.NET);
- Podpora kanárikových nasadení, ktoré umožňujú nainštalovať novú verziu aplikácie na malej časti systémov;
- Inkrementálne rozšírenia, ktoré umožňujú najprv dodať nové verzie iba pre malé množstvo systémov a postupne rozšíriť pokrytie na 100%;
- Príznaky aktivácie funkčnosti, ktoré umožňujú dodávať projekt v rôznych edíciách, dynamicky aktivujúc určité funkcie;
- Prehľadový režim nasadení, ktorý umožňuje zhodnotiť stav každého prostredia nepretržitej integrácie založeného na Kubernetes;
- Podpora definovania viacerých klastrov Kubernetes v konfigurátore (napríklad je možné použiť samostatné klastre Kubernetes pre testovacie nasadenia a pracovné zaťaženia);
- Podpora definovania politík sieťovej bezpečnosti kontajnerov, ktoré umožňujú rozlíšiť prístup medzi podmi Kubernetes.
Navyše môžeme spomenúť aktualizácie GitLab 12.9.1, 12.8.8 a 12.7.8 (Community Edition a Enterprise Edition), v ktorých bola opravená zraniteľnosť. Problém sa prejavuje od vydania GitLab EE/CE 8.5 a umožňuje prečítať obsah akéhokoľvek miestneho súboru pri presúvaní issue medzi projektmi.
Podrobnosti o zraniteľnosti budú zverejnené za 30 dní.
Zdroj: opennet.ru
