Projektid ja lahenduse loomine koostöö arendus teenuse Git Forge, mis ehitatakse GitLabi platvormile. GitLabist saab peamine keskkond Git-repositooriumide haldamiseks ja projektide majutamiseks, mis on seotud CentOS ja Fedora distributsioonidega. Varasemalt kasutatud teenus jätkab oma tegevust, kuid antakse kohaliku huvirühma hoolde, kes on huvitatud arenduse jätkamisest. Pagure eemaldatakse Red Hatisse tööle võetud CPE (Community Platform Engineering) meeskonna haldusalast, kes hooldab Fedora ja CentOSi vabastamise infrastruktuuri.
Uue Git Forge'i võimalike lahenduste hindamisel kaaluti
Pagure ja GitLab. Põhinedes umbes ja soovile Fedora, CentOS, RHEL ja CPE projektide osalistelt, koostatakse funktsionaalsuse nõuded ning tehakse valik GitLabi kasuks. Lisaks repositooriumidega seotud tüüpilistele toimingutele (ühendamine, forkide loomine, koodi lisamine jne) olid peamised nõuded turvalisus, kasutusmugavus ja platvormi stabiilsus.
Nõuete hulka kuulusid sellised funktsioonid nagu push-päringute saatmine HTTPSi kaudu, juurdepääsu piiramisvahendid harudele, privaatsete harude toetus, välistava ja sisemise kasutaja juurdepääsu eristamine (näiteks haavatavuste kõrvaldamise tööks probleemide avaldamise embargo ajal), kasutajaliidese tuttavus, probleemide, koodi, dokumentatsiooni ja uute võimaluste planeerimise alane süsteemide ühtlustamine, IDE-dega integreerimise vahendite olemasolu ja tüüpiliste tööprotsesside toimetamine.
GitLabi funktsioonide seast, mis lõplikult mõjutasid platvormi valikut, nimetatakse alagrupide toestust valikulise juurdepääsuga repositooriumidele, botide kasutamise võimalust automaatsete ühenduste jaoks (CentOS Streami toetus pakettide hooldamiseks), arenduse planeerimise jaoks integreeritud vahendite olemasolu ja valmidust kasutada valmis SAAS-teenust garantii tasemega, mis vabastab ressursse serveri infrastruktuuri hooldamiseks.
Otsus on juba arendajate seas, seoses otsuse vastuvõtmisega ilma eelneva ulatusliku aruteluta. Samuti väljendati muret, et teenust ei kasutata avatud Community väljaandes GitLab. Eriti oli öeldud, et nõuded, mis on välja kuulutatud Git Forge'i jaoks, on saadaval ainult omandiõiguses versioonis. .
Kriitika adressaadiks sai ka soov kasutada GitLab'i pakutavat SAAS teenust (rakendus teenusena), selle asemel et GitLab'i paigaldada oma serveritesse, mis viib teenuse kontrolli alt välja (näiteks ei saa olla kindel, et kõik süsteemi haavatavused kõrvaldatakse kiiresti. infrastruktuur, mis ühel ilusal hetkel ei ole ja välistatud kõrvalekalded kolmanda osapoole töötajate poolt). Otsus ei ühti ka , mille kohaselt peaks projekt eelistama avatud alternatiive.
Samas teatas GitLab 18 funktsionaalsuse rakendamisest, mis varem oli saadaval ainult omandiõiguses versioonides GitLab. Funktsioonid katavad erinevaid tarkvaraarenduse täieliku tsükli haldamise valdkondi, sealhulgas arenduse planeerimist, projektide loomist, verifitseerimist, pakettidega töötamist, väljaande koostamist, seadistamist ja kaitset.
Järgmised funktsioonid on muutunud avatud:
- Seotud küsimuste ühendamine;
- Küsimuste eksportimine GitLab'ist CSV-sse;
- Arendusseisundite plaanimise, järjestamise ja visualiseerimise režiim отдельных funktsionaalsuste või väljaannete jaoks;
- Sisseehitatud teenindusteenus, et siduda projektimeeskonnaliikmeid ja välist osapooli e-posti kaudu.
- Veebi terminal Web IDE jaoks;
- Failide sünkroonimise võimalus, et testida muudatusi koodis veebi terminalis;
- Disaini haldamise tööriistad, mis võimaldavad laadida projektiküsimuste käigus makette ja ressursse, kasutades küsimust kui ainus juurdepääs kõigile, mis on vajalik uue funktsionaalsuse arendamiseks;
- Koodikvaliteedi aruanded;
- Pakettide haldurite tugi: Conan (C/C++), Maven (Java), NPM (node.js) ja NuGet (.NET);
- Kanari versioonide toetamine, mis võimaldab uut rakenduse versiooni installida väikesele osale süsteemidest;
- Inkrementaalsed jaotused, mis võimaldavad alguses tarnida uusi versioone ainult väikesele hulgale süsteemidele, suurendades järk-järgult katvust 100%-ni;
- Funktsionaalsuse aktiveerimise lipud, mis võimaldavad tarnida projekti erinevates väljaannetes, dünaamiliselt aktiveerides teatud funktsioone;
- Ülevaaterežiim juurutamiseks, mis võimaldab hinnata iga pideva integreerimise keskkonna seisukorda, mis põhineb Kubernetesel;
- Tugi mitme Kubernetes klastrite määratlemiseks konfigureerijas (näiteks saab kasutada eraldi Kubernetes klastreid katsetamiseks ja tootmiskoormusteks);
- Tugi konteinerite võrgu turvapoliitikate määratlemiseks, mis võimaldavad piirata juurdepääsu Kubernetes'i podide vahel.
Lisaks võib märkida GitLab'i uuendused 12.9.1, 12.8.8 ja 12.7.8 (Community Edition ja Enterprise Edition), milles on kõrvaldatud haavatavus. Probleem ilmneb alates GitLab EE/CE 8.5 väljaandest ja võimaldab lugeda mis tahes kohaliku faili sisu ülesande liigutamisel projektide vahel.
Teave haavatavuse kohta avaldatakse 30 päeva jooksul.
Allikas: opennet.ru
