Projekty a o řešení pro vytvoření služby pro společný vývoj Git Forge, která bude postavena na platformě GitLab. GitLab se stane primární platformou pro interakci s Git repozitáři a pro hosting projektů souvisejících s distribucemi CentOS a Fedora. Dříve používaná služba bude i nadále existovat, ale bude předána do péče komunitě, která se zajímá o další vývoj. Pagure bude vyřazena z podpory zaměstnaneckým týmem Red Hat CPE (Community Platform Engineering), který se zabývá udržováním infrastruktury pro vývoj a publikaci verzí Fedora a CentOS.
Při hodnocení možných řešení pro nový Git Forge byly posuzovány
Pagure a GitLab. Na základě analýzy přibližně a požadavků od účastníků projektů Fedora, CentOS, RHEL a CPE byly formulovány požadavky na funkčnost a byl učiněn výběr ve prospěch GitLab. Kromě standardních operací s repozitáři (sloučení, vytváření forků, přidávání kódu atd.) byly mezi klíčovými požadavky uvedeny bezpečnost, pohodlnost práce a stabilita platformy.
Mezi požadavky byly zahrnuty například možnosti, jako je odesílání push požadavků přes HTTPS, nástroje pro omezení přístupu k větvím, podpora soukromých větví, separace přístupu externích a interních uživatelů (například pro práci na odstranění zranitelností během embarga na zveřejnění informací o problému), snadnost použití rozhraní, unifikace subsystémů pro práci s hlášeními o problémech, kódem, dokumentací a plánováním nových funkcí, a dostupnost nástrojů pro integraci s IDE, podpora standardních pracovních postupů.
Mezi funkcemi GitLab, které nakonec ovlivnily rozhodnutí o výběru této platformy, byla zmíněna podpora podskupin s výběrovým přístupem k repozitářům, možnost použití bota pro automatická sloučení (vyžaduje CentOS Stream pro udržování balíčků s jádrem), dostupnost vestavěných nástrojů pro plánování vývoje, a možnost využití hotového SAAS řešení se zaručenou úrovní dostupnosti (což uvolní zdroje pro udržení serverové infrastruktury).
Rozhodnutí již kritika mezi vývojáři spojená s tím, že rozhodnutí bylo přijato bez předchozího širokého projednání. Byly také vyjádřeny obavy, že služba nebude využívat volnou verzi Comminity GitLab. Konkrétně funkce potřebné k realizaci požadavků na Git Forge, popsané v oznámení, jsou k dispozici pouze v proprietární verzi. .
Kritice se také podrobila možnost využití služby SAAS (aplikace jako služba) poskytované společností GitLab namísto nasazení GitLab na vlastních serverech, což vyřazuje službu z kontroly (např. nelze si být jisti, že všechny zranitelnosti v systému jsou rychle opravovány, podporována infrastruktura, v jeden krásný okamžik nebude a vyloučena diverze ze strany zaměstnanců třetí strany). Rozhodnutí také nesouzní s , které určují, že projekt by měl upřednostňovat volné alternativy.
Mezitím společnost GitLab oznámení realizace 18 funkcionalit, dříve nabízených pouze v proprietárních verzích GitLab. Funkce pokrývají různé oblasti řízení kompletního cyklu vývoje softwaru, včetně plánování vývoje, tvorby projektů, verifikace, práce s balíčky, sestavování verzí, nastavení a zabezpečení.
Mezi volné byly převedeny následující funkce:
- Připojení souvisejících issue;
- Export issue z GitLab do CSV;
- Režim plánování, uspořádání a vizualizace procesu vývoje jednotlivých funkcionalit nebo verzí;
- Vestavěná služba pro spojení účastníků projektu se třetími osobami prostřednictvím emailu.
- Webový terminál pro Web IDE;
- Možnost synchronizace souborů pro testování změn v kódu ve webovém terminálu;
- Nástroje pro správu designu, které umožňují nahrávat do issue makety a zdroje, přičemž issue slouží jako jediný přístupový bod ke všemu, co je potřeba pro vývoj nové funkce;
- Zprávy o kvalitě kódu;
- Podpora balíčkových manažerů Conan (C/C++), Maven (Java), NPM (node.js) a NuGet (.NET);
- Podpora kanárkových nasazení, která umožňují instalaci nové verze aplikace na malé části systémů.
- Inkrementální distribuce, které umožňují nejprve dodávat nové verze pouze pro malé množství systémů, postupně zvyšujíc pokrytí až na 100%;
- Přepínače aktivace funkcionality, které umožňují dodávat projekt v různých edicích, dynamicky aktivující určité možnosti;
- Režim přehledu nasazení, který umožňuje vyhodnotit stav každého prostředí kontinuální integrace založeného na Kubernetes;
- Podpora definice více klastrů Kubernetes v konfigurátoru (například lze používat samostatné klastry Kubernetes pro zkušební nasazení a pracovní zatížení);
- Podpora definice politik síťové bezpečnosti kontejnerů, která umožňuje omezit přístup mezi pody Kubernetes.
Dále lze poznamenat aktualizací GitLab 12.9.1, 12.8.8 a 12.7.8 (Community Edition a Enterprise Edition), ve kterých byla odstraněna zranitelnost. Problém se projevuje od vydání GitLab EE/CE 8.5 a umožňuje přečíst obsah jakéhokoli místního souboru při přesouvání issue mezi projekty.
Podrobnosti o zranitelnosti budou zveřejněny za 30 dní.
Zdroj: opennet.ru
