Projektid ja lahendusele, mis puudutab Git Forge ühiste arendusteenuste loomist, mis põhinevad GitLabi platvormil. GitLabist saab peamine platvorm Git-i hoidlate ja CentOS ja Fedora jaotustega seotud projektide majutamiseks. Varasemalt kasutusel olnud teenus jätkab olemasolu, kuid antakse edasi kogukonnale, kes on huvitatud arendamise jätkamisest. Pagure viiakse Red Hatisse tööle võetud CPE (Community Platform Engineering) meeskonna hoolde, mis tegeleb Fedora ja CentOS väljaannete arendamise ja publikatsiooni infrastruktuuri toetamisega.
Uue Git Forge võimalike lahenduste hindamisel kaaluti
Pagure ja Gitlab. Loodud nõudeid funktsionaalsusele põhinedes uuriti umbes ja soovi projektide osalejatelt Fedora, CentOS, RHEL ja CPE, määrati nõuded ja valiti Gitlab. Lisaks hoidlate tüüpilistele toimingutele (ühendamine, forke loomine, koodi lisamine jne) olid peamiste nõudmiste hulgas välja toodud turvalisus, kasutusmugavus ja platvormi stabiilsus.
Nõuete hulka kuuluvad sellised võimalused nagu HTTPS-i kaudu push-päringute saatmine, juurdepääsu piiramise vahendid harudele, privaatsete harude tugi, välist ja sisemist kasutajate juurdepääsu eristamine (nt haavatavuste kõrvaldamise töö käigus info avalikustamise embargoga), kasutajaliidese tuttavus, alam süsteemide ühtsustamine probleemide teate, koodi, dokumentatsiooni ja uute funktsioonide planeerimise osas, integreerimisvahendite olemasolu IDE-dega ning tüüpiliste töövoogude tugi.
GitLabi võimalustest, mis lõplikult mõjutasid selle platvormi valiku otsust, mainitakse alagruppide toetust, millel on valikuline juurdepääs repodele, võimalust kasutada boti automaatset sulandumist (vajalik CentOS Stream pakettide hoidmiseks), sisseehitatud vahendeid arenduse planeerimiseks ning valmis SAAS-teenuse kasutamise võimalust koos garanteeritud kättesaadavuse tasemega (see vabastab ressursse serveri infrastruktuuri hoidmiseks).
Otsus on juba arendajate seas väärib kriitikat, et otsus tehti ilma eelneva laia aruteluta. Samuti väljendati muresid, et teenus ei kasuta avatud Comminity versiooni GitLabist. Eelkõige on nimelt funktsioonid, mis on vajalikud väljakuulutatud nõuete täitmiseks Git Forge'i osas, saadaval ainult patenteeritud versioonis. .
Kriitika kohtas ka soovitust kasutada GitLabi pakutavat SAAS teenust (rakendust teenusena) selle asemel, et käitada GitLabi oma serverites, mis toob teenuse kontrolli alt välja (näiteks ei saa olla kindel, et kõik süsteemi haavatavused kiiresti likvideeritakse. toetatud infrastruktuur, mis võib ühel hetkel puududa ja kõrvaldatud kolmanda osapoole personali sissetungimist). Otsus ei ühti ka , milles on määratletud, et projekt peab eelistama avatud alternatiive.
Samal ajal, GitLab avaldatakse 18 funktsionaalsuse rakendust, mis varem pakuti ainult GitLabi patenteeritud väljaannetes. Funktsioonid katab erinevad tarkvaraarenduse täisläbiviimise juhtimise valdkonnad, sealhulgas arenduse planeerimine, projektide loomine, valideerimine, paketiga töötamine, väljaannete koostamine, seadistamine ja kaitsmine.
Vabaks on muudetud järgmised funktsioonid:
- Seotud issue’de lisamine;
- Issue’de eksportimine GitLabist CSV formaati;
- Planeerimise, järjestamise ja visuaalse juhtimise režiim üksikute funktsionaalsuste või väljaannete arendusprotsessi jaoks;
- Sisseehitatud teenus, mis ühendab projekti osalised väliste isikutega e-posti kaudu.
- Veebi terminall Web IDE jaoks;
- Failide sünkroniseerimise võimalus koodimuudatuste testimiseks veebi terminalis;
- Disaini haldamise tööriistad, mis võimaldavad issue’desse prototüüpe ja ressursse üles laadida, kasutades issue’d kui ainus juurdepääsupunkt kõigile, mis on vajalik uue funktsionaalsuse arendamiseks;
- Koodikvaliteedi aruanded;
- Pakihaldurite tugi: Conan (C/C++), Maven (Java), NPM (node.js) ja NuGet (.NET);
- Toetõhus kanarindade juurutamine, mis võimaldab rakenduse uue versiooni paigaldamist väikesele hulgale süsteemidele;
- Tosausalist levikut, mis võimaldab esialgu tarnida uusi versioone vaid väikesele arvu süsteemidele, järk-järgult suurendades ulatust 100%-ni;
- Funktsionaalsuse aktiveerimise lipud, mis võimaldavad toote pakkumist erinevates väljaannetes, dünaamiliselt aktiveerides teatud võimalusi;
- Juhtimise režiim juurutustes, mis võimaldab hinnata iga Kubernetes'i pideva integreerimise keskkonna olekut;
- Tugi mitme Kubernetes klastrite määratlemiseks seadistajas (nt eraldi Kubernetes klastrite kasutamine proovihankimiseks ja töökoormuseks);
- Tugi konteinerite võrgupoliitikate määratlemiseks, mis võimaldavad juurdepääsu jagamist Kubernetes'i podide vahel.
Lisaks saab märkida GitLab 12.9.1, 12.8.8 ja 12.7.8 värskendused (Community Edition ja Enterprise Edition), milles on kõrvaldatud haavatavus. Probleem ilmneb alates GitLab EE/CE 8.5 väljaandest ja võimaldab lugeda ükskõik millise kohaliku faili sisu, kui probleemide ülekandmine projektide vahel toimub.
Teave haavatavuse kohta avaldatakse 30 päeva jooksul.
Allikas: opennet.ru
