Utvecklare som står bakom projekten för de populära Linux-distributionerna "CentOS och Fedora" släpptes nyligen genom en annons beslutet att skapa en gemensam utvecklingstjänst, som heter som "Git Forge".
Denna nya tjänst kommer att byggas med GitLab-plattformen som kommer att bli den viktigaste plattformen att interagera med Git-arkiv och att vara värd för projekt relaterade till distributioner CentOS och Fedora.
När man utvärderar de möjliga lösningarna för nya Git Forge, Pagure och Gitlab övervägdes. Baserat på att studera cirka 300 recensioner och förslag från projektdeltagare från Fedora, CentOS, RHEL och CPE, funktionskrav och beslut fattade till förmån för Gitlab.
Förutom de typiska operationerna med förvar förklarades plattformens säkerhet, användbarhet och stabilitet bland de viktigaste kraven.
Kraven inkluderade funktioner som att skicka push-förfrågningar via HTTPS, betyder att begränsa åtkomst till versioner, stöd för privata versioner, dela åtkomst mellan externa och interna användares (till exempel för att arbeta med att åtgärda sårbarheter under embargot för att avslöja information om ett problem), enande av delsystem för att arbeta med problemrapporter, kod, dokumentation och planering av nya funktioner, tillgängligheten av verktyg för integration med IDE, support för typiska arbetsflöden.
Bland GitLab-funktionerna som i slutändan påverkade beslutet att välja denna plattform, stödet av undergrupper med selektiv tillgång till förvar nämndes, la möjlighet att använda en bot för automatiska sammanslagningar (CentOS Stream krävs för att stödja paket med kärnan), närvaron av integrerade verktyg för planeringsutveckling, möjligheten att använda en färdig att använda SAAS-tjänst med en garanterad tillgänglighetsnivå (det frigör resurser för att underhålla servern infrastruktur).
Beslutet har redan orsakat kritik bland utvecklare, i förhållande till det faktum att beslutet fattades utan föregående förhandsdiskussion.
också det fanns farhågor om att tjänsten inte skulle använda den kostnadsfria Comminity-upplagan av GitLab. I synnerhet är de funktioner som krävs för att implementera Git Forge-kraven i meddelandet endast tillgängliga i den egenutvecklade versionen av GitLab Ultimate.
Avsikten att dra nytta av SAAS-tjänsten som tillhandahålls av GitLab (applikation som en tjänst) kritiserades också, istället för att implementera GitLab på deras servrar, och därmed slänga tjänsten ur kontroll (till exempel är det omöjligt att säkerställa att alla sårbarheter i systemet fixas snabbt, infrastrukturen underhålls ordentligt och inte ett enda moment av telemetri kommer att införas och sabotage av tredjepartspersonal kommer att uteslutas).
Lösningen passar inte heller bra med de grundläggande principerna i Fedora, som anger att ett projekt ska ge företräde åt fria alternativ.
Under tiden, Tillkännagav GitLab öppnandet av implementeringar av 18 funktioner que tidigare erbjöds de bara i betalda utgåvor av GitLab:
- Att bifoga en relaterad fråga;
- GitLab-exportproblem till CSV.
- Sättet att planera, organisera och visualisera utvecklingsprocessen för enskilda funktioner eller utgåvor.
- Inbyggd tjänst för att länka projektdeltagare till tredje part via e-post.
- Webbterminal för webb-IDE.
- Möjligheten att synkronisera filer för att testa kodändringar i webbterminalen.
- Designhanteringsverktyg som låter dig ladda upp mönster och resurser för problemet, med problemet som en enda åtkomstpunkt till allt som krävs för att utveckla en ny funktion.
- Kod för kvalitetsrapportering.
- Stöd för pakethanterare Conan (C / C ++), Maven (Java), NPM (node.js) och NuGet (.NET).
- Stöd för kanariska implementeringar, som låter dig installera en ny version av applikationen i en liten del av systemet.
- Inkrementell distribution, som tillåter först att leverera nya versioner för endast ett litet antal system, vilket gradvis täcker 100%.
- Funktionsaktiveringsflaggor, som ger möjlighet att leverera projektet i olika utgåvor, dynamiskt aktivera vissa funktioner.
- Allmänt distributionsläge som låter dig bedöma hälsan i varje Kubernetes-baserad kontinuerlig integrationsmiljö.
- Stöd för att definiera flera Kubernetes-kluster i konfiguratorn
- Stöd för att definiera säkerhetspolicyer för containernätverk som möjliggör differentiering av åtkomst mellan Kubernetes pods.
Fuente: Centos blogg - Fedora Blogg