Projekten и oer it beslút om de gearwurkingsûntwikkelingstsjinst Git Forge te meitsjen, dy't boud wurde sil mei it GitLab-platfoarm. GitLab sil it primêre platfoarm wurde foar ynteraksje mei Git-repositories en foar it hosten fan projekten relatearre oan distribúsjes. CentOS en Fedora. Earder brûkte tsjinst sil bestean bliuwe, mar sil oerdroegen wurde oan 'e mienskip dy't ynteressearre is yn trochgeande ûntwikkeling. Pagure sil fuorthelle wurde út it CPE (Community Platform Engineering) team yn tsjinst fan Red Hat, dat de ynfrastruktuer ûnderhâldt foar it ûntwikkeljen en publisearjen fan Fedora-releases en CentOS.
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 it Fedora-projekt, CentOS, RHEL, en CPE, funksjonele easken waarden definiearre, en Gitlab waard keazen. Neist standert repository-operaasjes (gearfoegjen, forking, tafoegjen fan koade, ensfh.), wiene feiligens, gebrûksfreonlikens en platfoarmstabiliteit û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.
Under de GitLab-funksjes dy't úteinlik ynfloed hiene op 'e beslissing om dit platfoarm te kiezen, waarden de folgjende neamd: stipe foar subgroepen mei selektive tagong ta repositories, de mooglikheid om in bot te brûken foar automatyske gearfoegings (fereasket CentOS Stream foar it ûnderhâld fan kernelpakketten), de oanwêzigens fan ynboude ark foar ûntwikkelingsplanning, de mooglikheid om in klearmakke SAAS-tsjinst te brûken mei in garandearre nivo fan beskikberens (sil boarnen frijmeitsje foar it ûnderhâld fan 'e 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
