Projekten и oer it beslút om in gearwurkjende ûntwikkelingstsjinst Git Forge te meitsjen, dy't sil wurde boud mei it GitLab-platfoarm. GitLab sil it primêre platfoarm wurde foar ynteraksje mei Git-repositories en foar hosting fan projekten yn ferbân mei CentOS- en Fedora-distribúsjes. Earder brûkte tsjinst sil bestean bliuwe, mar wurdt oerdroegen oan de soarch fan in mienskip ynteressearre yn fierdere ûntwikkeling. Pagure sil fuortsmiten wurde fan 'e stipe fan it CPE (Community Platform Engineering) team yn tsjinst by Red Hat, dy't dwaande is mei it behâld fan de ynfrastruktuer foar de ûntwikkeling en publikaasje fan Fedora en CentOS releases.
By it evaluearjen fan mooglike oplossingen foar de nije Git Forge, hawwe wy beskôge
Pagure en Gitlab. Op grûn fan in stúdzje fan likernôch en winsken fan dielnimmers oan de Fedora, CentOS, RHEL en CPE projekten, funksjonaliteit easken waarden foarme en de kar waard makke yn it foardiel fan Gitlab. Neist standert operaasjes mei repositories (fúzje, oanmeitsjen fan foarken, tafoegjen fan koade, ensfh.), waarden feiligens, gemak fan gebrûk en stabiliteit fan it platfoarm oanjûn ûnder de wichtichste easken.
Easken omfette funksjes lykas it ferstjoeren fan push-oanfragen oer HTTPS, middels om tagong te beheinen ta tûken, stipe foar partikuliere tûken, skieding fan tagong foar eksterne en ynterne brûkers (bygelyks om te wurkjen oan it eliminearjen fan kwetsberens tidens in embargo op it iepenbierjen fan ynformaasje oer it probleem) , fertroude ynterface, ferieniging fan subsystemen foar it wurkjen mei probleemrapporten, koade, dokumintaasje en planning fan nije funksjes, beskikberens fan ark foar yntegraasje mei IDE, stipe foar standert workflows.
Fan 'e GitLab-mooglikheden dy't úteinlik it beslút beynfloede om dit platfoarm te kiezen, waard melding makke fan stipe foar subgroepen mei selektive tagong ta repositories, de mooglikheid om in bot te brûken foar automatyske fúzjes (CentOS Stream is ferplichte om pakketten te behâlden mei de kernel), de oanwêzigens fan ynboude ark foar planningûntwikkeling, de mooglikheid om in klearmakke SAAS-tsjinst te brûken mei in garandearre nivo fan beskikberens (sil boarnen frijmeitsje foar it behâld fan de serverynfrastruktuer).
It beslút is al krityk ûnder ûntwikkelders fanwege it feit dat it beslút waard makke sûnder wiidweidige foarôfgeande diskusje. Der waarden ek soargen makke dat de tsjinst de fergese Comminity-edysje fan GitLab net soe brûke. Benammen de mooglikheden dy't nedich binne om de easken foar Git Forge beskreaun yn 'e oankundiging út te fieren binne allinich beskikber yn' e proprietêre ferzje .
De bedoeling om de SAAS-tsjinst (applikaasje as tsjinst) te brûken troch GitLab, ynstee fan GitLab op har servers yn te setten, waard ek bekritisearre, wat de tsjinst út 'e kontrôle nimt (bygelyks is it ûnmooglik om wis te wêzen dat alle kwetsberens yn it systeem wurdt prompt eliminearre, ynfrastruktuer wurdt ûnderhâlden, ien dei sil der gjin en sabotaazje troch it personiel fan in bedriuw fan tredden is útsletten). De oplossing wurket ek net mei , dy't spesifisearje dat it projekt de foarkar jaan moat oan fergese alternativen.
Underwilens, GitLab oer de ûntdekking fan ymplemintaasjes fan 18 funksjonaliteiten dy't earder allinich oanbean waarden yn proprietêre edysjes fan GitLab. Mooglikheden dekke ferskate gebieten fan it behearen fan 'e folsleine softwareûntwikkelingssyklus, ynklusyf ûntwikkelingsplanning, oanmeitsjen fan projekten, ferifikaasje, pakketbehear, generaasje fan frijlitting, konfiguraasje en feiligens.
De folgjende funksjes binne oerbrocht nei it frije berik:
- Taheakje relatearre kwestje;
- Eksportearje probleem fan GitLab nei CSV;
- In modus fan planning, organisearjen en fisualisearjen fan it ûntwikkelingsproses fan yndividuele funksjonaliteit as releases;
- Ynboude tsjinst foar it ferbinen fan projektdielnimmers mei tredden mei e-post.
- Web terminal foar Web IDE;
- Mooglikheid om bestannen te syngronisearjen om feroaringen yn koade yn 'e webterminal te testen;
- Untwerpkontrôles wêrmei jo mockups en aktiva kinne uploade om út te jaan, it probleem te brûken as ien tagongspunt foar alles wat jo nedich binne om in nije funksje te ûntwikkeljen;
- Koade kwaliteit rapporten;
- Stipe foar pakketbehearders Conan (C/C++), Maven (Java), NPM (node.js) en NuGet (.NET);
- Stipe foar kanaryske ynset, wêrtroch jo in nije ferzje fan 'e applikaasje kinne ynstallearje op in lyts part fan' e systemen;
- Incremental distribúsjes, wêrtroch't nije ferzjes wurde levere oan mar in lyts oantal systemen earst, stadichoan tanimmende dekking nei 100%;
- Funksjonaliteit aktivearring flaggen, dy't meitsje it mooglik om te leverjen it projekt yn ferskate edysjes, dynamysk aktivearjen bepaalde funksjes;
- Ynsetoersjochmodus, wêrmei jo de steat fan elke trochgeande yntegraasjeomjouwing kinne beoardielje op basis fan Kubernetes;
- Stipe foar it definiearjen fan meardere Kubernetes-klusters yn 'e konfigurator (jo kinne bygelyks aparte Kubernetes-klusters brûke foar proefimplementaasjes en workloads);
- Stipe foar it definiearjen fan befeiligingsbelied foar kontenernetwurk wêrmei jo tagong kinne beheine tusken Kubernetes-pods.
Derneist kin it opmurken wurde GitLab updates 12.9.1, 12.8.8 en 12.7.8 (Community Edition en Enterprise Edition), dy't de kwetsberens reparearje. It probleem is oanwêzich sûnt de frijlitting fan GitLab EE / CE 8.5 en lit de ynhâld fan elke lokale triem lêzen wurde by it ferpleatsen fan in probleem tusken projekten.
Details oer de kwetsberens sille nei 30 dagen wurde iepenbiere.
Boarne: opennet.ru
