Ontwikkelaars die achter de projecten van de populaire Linux-distributies staan "CentOS en Fedora" vrijgegeven onlangs via een advertentie de beslissing om een gezamenlijke ontwikkelingsdienst op te richten, die werd genoemd als "Git Forge".
Deze nieuwe service wordt gebouwd met behulp van het GitLab-platform die het belangrijkste platform zal worden om te communiceren met Git-repositories en om projecten met betrekking tot distributies te hosten CentOS en Fedora.
Bij het evalueren van de mogelijke oplossingen voor de nieuwe Git Forge, Pagure en Gitlab werden overwogen Gebaseerd op het bestuderen van ongeveer 300 recensies en suggesties van Fedora-, CentOS-, RHEL- en CPE-projectdeelnemers, functionaliteitsvereisten gevormd en beslissing genomen ten gunste van Gitlab.
Naast de typische bewerkingen met repositories, werden de veiligheid, bruikbaarheid en stabiliteit van het platform tot de belangrijkste vereisten verklaard.
De vereisten omvatten functies zoals het verzenden van pushverzoeken via HTTPS, betekent naar toegang tot versies beperken, ondersteuning voor privéversies, toegang delen tussen externe en interne gebruikerss (bijvoorbeeld om te werken aan het oplossen van kwetsbaarheden tijdens het embargo om informatie over een probleem te onthullen), unificatie van subsystemen om te werken met probleemrapporten, code, documentatie en planning van nieuwe functies, de beschikbaarheid van tools voor integratie met de IDE, ondersteuning voor typische workflows.
Onder de GitLab-functies die uiteindelijk de beslissing hebben beïnvloed om dit platform te kiezen, de ondersteuning van subgroepen met selectieve toegang tot repositories werd genoemd, la mogelijkheid om een bot te gebruiken voor automatische samenvoegingen (CentOS Stream is vereist om pakketten met de kernel te ondersteunen), de aanwezigheid van geïntegreerde tools voor het plannen van ontwikkeling, de mogelijkheid om een gebruiksklare SAAS-service te gebruiken met een gegarandeerd beschikbaarheidsniveau (het maakt middelen vrij om de server te onderhouden infrastructuur).
De beslissing heeft al aanleiding gegeven tot kritiek bij ontwikkelaars, over het feit dat de beslissing tot stand is gekomen zonder voorafgaande bespreking.
ook er waren zorgen dat de service de gratis Comminity-editie van GitLab niet zou gebruiken. In het bijzonder zijn de mogelijkheden die nodig zijn om de Git Forge-vereisten die in de aankondiging worden beschreven te implementeren, alleen beschikbaar in de eigen versie van GitLab Ultimate.
Ook de intentie om te profiteren van de SAAS-service van GitLab (application as a service) werd bekritiseerd, in plaats van GitLab op hun servers te implementeren, waardoor de service uit de hand loopt (het is bijvoorbeeld onmogelijk om ervoor te zorgen dat alle kwetsbaarheden in het systeem is snel hersteld, de infrastructuur wordt goed onderhouden en er wordt geen enkel moment van telemetrie opgelegd en sabotage door personeel van derden wordt uitgesloten).
De oplossing past ook niet goed bij de Fedora Fundamentals, die specificeren dat een project de voorkeur moet geven aan gratis alternatieven.
ondertussenKondigde GitLab de opening aan van implementaties van 18 functionaliteiten dat voorheen werden ze alleen aangeboden in betaalde edities van GitLab:
- Een gerelateerd probleem bijvoegen;
- GitLab-exportprobleem naar CSV.
- De manier om het ontwikkelingsproces van individuele features of releases te plannen, organiseren en visualiseren.
- Ingebouwde service om projectdeelnemers via e-mail te koppelen aan derden.
- Webterminal voor web-IDE.
- De mogelijkheid om bestanden te synchroniseren om codewijzigingen in de webterminal te testen.
- Ontwerpbeheertools waarmee u ontwerpen en bronnen voor het probleem kunt uploaden, waarbij u het probleem gebruikt als een enkel toegangspunt tot alles wat nodig is om een nieuwe functie te ontwikkelen.
- Kwaliteitsrapportagecode.
- Ondersteuning voor Conan (C / C ++), Maven (Java), NPM (node.js) en NuGet (.NET) pakketbeheerders.
- Ondersteuning voor Canarische implementaties, waarmee u een nieuwe versie van de applicatie in een klein deel van het systeem kunt installeren.
- Incrementele distributie, waardoor eerst nieuwe versies kunnen worden geleverd voor slechts een klein aantal systemen, waardoor de dekking geleidelijk op 100% komt.
- Functionaliteitsactiveringsvlaggen, die de mogelijkheid bieden om het project in verschillende edities op te leveren, waardoor bepaalde functies dynamisch worden geactiveerd.
- Algemene implementatiemodus waarmee u de status van elke Kubernetes-gebaseerde continue integratieomgeving kunt beoordelen.
- Ondersteuning voor het definiëren van meerdere Kubernetes-clusters in de configurator
- Ondersteuning voor het definiëren van beveiligingsbeleid voor containernetwerken waarmee de toegang tussen Kubernetes-pods kan worden gedifferentieerd.
bron: Centos-blog - Fedora-blog