Git Lab 11.10

Git Lab 11.10

„GitLab 11.10“ su prietaisų skydelio vamzdynais, sujungtų rezultatų srautais ir kelių eilučių pasiūlymais sujungimo užklausose.

Patogi informacija apie vamzdynų veikimą įvairiuose projektuose

„GitLab“ ir toliau didina „DevOps“ gyvavimo ciklo matomumą. Šiame numeryje apie valdymo pultas pridėjo dujotiekio būsenos apžvalgą.

Tai patogu, net jei studijuojate vieno projekto dujotiekį, bet ypač naudinga, jei keli projektai, - ir tai dažniausiai atsitinka, jei naudojate mikropaslaugas ir norite paleisti konvejerį, skirtą išbandyti ir pristatyti kodą iš skirtingų projektų saugyklų. Dabar galite iš karto pamatyti pasirodymą vamzdynai valdymo skydelyje, kad ir kur jie būtų atliekami.

Vykdomi sujungtų rezultatų dujotiekiai

Laikui bėgant šaltinio ir tikslinės šakos skiriasi ir gali susidaryti situacija, kai jos susidoroja atskirai, bet neveikia kartu. Dabar gali prieš sujungdami paleiskite sujungtų rezultatų vamzdynus. Taip greitai pastebėsite klaidas, kurios atsirastų tik tuo atveju, jei pakeitimai būtų dažnai perkeliami iš vienos šakos į kitą, o tai reiškia, kad dujotiekio klaidas ištaisysite daug greičiau ir naudosite GitLab bėgikas.

Toliau optimizuokite bendradarbiavimą

„GitLab 11.10“ prideda dar daugiau funkcijų, užtikrinančių sklandų bendradarbiavimą ir supaprastintas darbo eigas. IN ankstesnis numeris pristatėme pasiūlymus dėl sujungimo užklausų, kai recenzentas gali pasiūlyti pakeisti vieną sujungimo užklausos komentaro eilutę ir tai gali būti nedelsiant atlikta tiesiai iš komentarų gijos. Mūsų vartotojams tai patiko ir jie paprašė išplėsti šią funkciją. Dabar galite pasiūlyti kelių eilučių pakeitimai, nurodant, kurias eilutes pašalinti, o kurias pridėti.

Dėkojame už atsiliepimus ir pasiūlymus!

Ir tai dar ne viskas…

Šiame leidime yra tiek daug nuostabių funkcijų, pvz. sparčiuosius klavišus konkrečioje srityje, kruopštesnis valymo konteinerių registras, komponuojamas Auto DevOps ir galimybė nusipirkti papildomų CI Runner minučių. Žemiau pateikiama išsami informacija apie kiekvieną iš jų.

Vertingiausias šio mėnesio darbuotojasMVP) – Takuya Noguchi

Vertingiausias šio mėnesio darbuotojas yra Takuya Noguchi (Takuya Noguchi). Takuya atliko gerą darbą „GitLab“ šlovei: ištaisytos klaidos, užbaigti backend ir frontend trūkumai ir patobulinta vartotojo sąsaja. Ačiū!

Pagrindinės „GitLab 11.10“ funkcijos

Vamzdynai valdymo skydelyje

PREMIUM, ULTIMATE, SIDABRAS, AUKSAS

„GitLab“ prietaisų skydelyje rodoma informacija apie projektus visame „GitLab“ egzemplioriuje. Pridedate atskirus projektus po vieną ir galite pasirinkti, kuris projektas jus domina.
Šiame leidime prie prietaisų skydelio įtraukėme informacijos apie konvejerio būsenas. Dabar kūrėjai mato vamzdynų funkcionalumą visuose reikalinguose projektuose – vienoje sąsajoje.

Git Lab 11.10

Sujungtų rezultatų vamzdynai

PREMIUM, ULTIMATE, SIDABRAS, AUKSAS

Įprasta, kad šaltinio šaka laikui bėgant nukrypsta nuo tikslinės šakos, nebent nuolat keičiate tarp jų. Dėl to šaltinio ir tikslinės atšakos vamzdynai yra „žali“ ir nėra sujungimo konfliktų, tačiau sujungimas nepavyksta dėl nesuderinamų pakeitimų.

Kai sujungimo užklausos dujotiekis automatiškai sukuria naują nuorodą, kurioje yra bendras šaltinio ir tikslinių šakų sujungimo rezultatas, galime paleisti konvejerį toje nuorodoje ir užtikrinti, kad bendras rezultatas veiktų.

Jei naudojate sujungimo užklausų vamzdynus (bet kokiais pajėgumais) ir privačius „GitLab“ 11.8 ar senesnę versiją, turėsite juos atnaujinti, kad išvengtumėte šios problemos gitlab-ee#11122. Tai neturi įtakos viešųjų GitLab bėgikų naudotojams.

Git Lab 11.10

Siūlomi pakeitimai keliose eilutėse

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Dirbdami kartu su sujungimo užklausomis dažnai pastebite problemas ir siūlote sprendimus. Nuo GitLab 11.6 palaikome pasiūlymą dėl pakeitimų vienai eilutei.

11.10 versijoje sujungimo užklausos skirtumai komentaruose gali pasiūlyti kelių eilučių pakeitimus, o tada bet kas, turintis pirminės šakos rašymo teises, gali juos priimti vienu paspaudimu. Dėl naujos funkcijos galite išvengti kopijavimo ir įklijavimo, kaip ir ankstesnėse versijose.

Git Lab 11.10

Spartieji klavišai vienoje srityje

PREMIUM, ULTIMATE, SIDABRAS, AUKSAS

Naudodamos tos pačios apimties etiketes, komandos gali taikyti viena kitą nesuderinančias etiketes (tos pačios apimties) problemai, sujungimo užklausai arba scenarijuose su pasirinktiniais laukais arba tinkintomis darbo eigos būsenomis. Jie sukonfigūruojami naudojant specialią dvitaškio sintaksę etiketės pavadinime.

Tarkime, kad jums reikia pasirinktinio lauko užduočių, kad galėtumėte stebėti platformos, kuriai taikomos jūsų funkcijos, operacinę sistemą. Kiekviena užduotis turi būti susijusi tik su viena platforma. Galite sukurti sparčiuosius klavišus platform::iOS, platform::Android, platform::Linux ir kiti, jei reikia. Jei užduočiai pritaikysite vieną tokį spartųjį klavišą, jis automatiškai pašalins kitą esamą nuorodą, kuri prasideda platform::.

Tarkime, kad turite sparčiuosius klavišus workflow::development, workflow::review и workflow::deployed, nurodant jūsų komandos darbo eigos būseną. Jei užduotis jau turi nuorodą workflow::development, o kūrėjas nori perkelti užduotį į sceną workflow::review, tai tik taiko naują ir senąjį (workflow::development) automatiškai ištrinama. Toks elgesys jau egzistuoja, kai užduotis perkeliate tarp sparčiųjų klavišų sąrašų užduočių lentoje, kuri atspindi jūsų komandos darbo eigą. Dabar komandos nariai, kurie tiesiogiai nedirba su užduočių lenta, gali pakeisti darbo eigos būseną pačiose užduotyse.

Git Lab 11.10

Nuodugnesnis konteinerio registro valymas

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Kai paprastai naudojate konteinerio registrą su CI vamzdynais, į vieną žymą įkeliate kelis atskirus pakeitimus. Dėl „Docker“ paskirstymo įgyvendinimo numatytoji elgsena yra išsaugoti visus sistemos pakeitimus, tačiau jie galiausiai užima daug atminties. Jei naudojate parametrą -m с registry-garbage-collect, galite greitai ištrinti visus ankstesnius pakeitimus ir atlaisvinti brangios vietos.

Git Lab 11.10

Papildomų CI Runner minučių pirkimas

BRONZA, SIDABRAS, AUKSAS

Naudotojai, turintys mokamus GitLab.com planus (auksiniai, sidabriniai, bronziniai), dabar gali įsigyti papildomų CI Runner minučių. Anksčiau reikėjo įvykdyti plane numatytą kvotą. Naudodami šį patobulinimą galite iš anksto įsigyti daugiau nei kvotos minučių, kad išvengtumėte pertrūkių dėl dujotiekio išjungimo.

Dabar 1000 minučių kainuoja 8 USD ir galite nusipirkti tiek, kiek norite. Papildomos minutės bus pradėtos naudoti, kai išnaudosite visą mėnesio kvotą, o likusių papildomų minučių dalis bus perkelta į kitą mėnesį. IN būsimas leidimas Šią funkciją norime įtraukti ir į nemokamus planus.

Git Lab 11.10

Sukomponuojami automatiniai kūrėjai

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Naudodamos „Auto DevOps“, komandos beveik be pastangų pereina prie modernios „DevOps“ praktikos. Pradedant nuo „GitLab 11.10“, kiekviena „Auto DevOps“ užduotis pateikiama kaip nepriklausomas šablonas. Vartotojai gali naudoti функцию includes „GitLab CI“, kad įgalintumėte atskirus „Auto DevOps“ etapus ir tuo pačiu metu naudotumėte pasirinktinį failą gitlab-ci.yml. Tokiu būdu galite įjungti tik jums reikalingas užduotis ir pasinaudoti ankstesnių naujinimų pranašumais.

Git Lab 11.10

Automatiškai valdykite grupės narius GitLab.com naudodami SCIM

SIDABARAS, AUKSAS

Anksčiau jūs turėjote rankiniu būdu valdyti grupės narystę GitLab.com. Dabar galite naudoti SAML SSO ir tvarkyti narystę naudodami SCIM, kad sukurtumėte, ištrintumėte ir atnaujintumėte vartotojus svetainėje GitLab.com.

Tai ypač naudinga įmonėms, turinčioms daug vartotojų ir centralizuotus tapatybės teikėjus. Dabar galite turėti vieną tiesos šaltinį, pvz., Azure Active Directory, o vartotojai bus sukurti ir ištrinti automatiškai per tapatybės teikėją, o ne rankiniu būdu.

Git Lab 11.10

Prisijunkite prie GitLab.com per SAML teikėją

SIDABARAS, AUKSAS

Anksčiau, kai grupėms naudojo SAML SSO, vartotojas turėjo prisijungti naudodamas „GitLab“ kredencialus ir tapatybės teikėją. Dabar galite tiesiogiai prisijungti per SSO kaip „GitLab“ vartotojas, susietas su sukonfigūruota grupe.

Vartotojams nereikės prisijungti du kartus, todėl įmonėms bus lengviau naudoti SAML SSO, skirtą GitLab.com.

Git Lab 11.10

Kiti „GitLab 11.10“ patobulinimai

Vaikų epinė schema

ULTIMATAS, AUKSAS

Ankstesniame leidime pridėjome vaikų epų (epų epų), kad padėtume jums valdyti darbo paskirstymo struktūrą. Vaikų epai rodomi pagrindinės epos puslapyje.

Šiame leidime pirminiame epiniame puslapyje rodomas vaikų epų kontūras, kad komandos galėtų matyti vaikų epų laiko juostą ir valdyti priklausomybes nuo laiko.

Git Lab 11.10

Sujungti užklausų iššokančiuosius ekranus

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Šiame leidime pristatome informatyvius ekranus, kurie iššoka užvedus pelės žymeklį virš sujungimo užklausos nuorodos. Anksčiau rodydavome tik sujungimo užklausos pavadinimą, bet dabar taip pat rodome sujungimo užklausos būseną, CI konvejerio būseną ir trumpąjį URL.

Ateities leidimuose planuojame pridėti daugiau svarbios informacijos, pvz. atsakingi asmenys ir kontrolės punktai, taip pat pristatysime iššokančiuosius ekranus užduotys.

Git Lab 11.10

Sujungimo užklausų filtravimas pagal tikslines šakas

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Programinės įrangos išleidimo ar pristatymo Git darbo eigos dažnai apima kelias ilgalaikes šakas, kad būtų galima pataisyti ankstesnes versijas (pvz., stable-11-9) arba pereiti nuo kokybės tikrinimo prie gamybos (pvz. integration), tačiau tarp daugelio atvirų sujungimo užklausų nėra lengva rasti šių filialų sujungimo užklausas.

Dabar projektų ir grupių sujungimo užklausų sąrašas gali būti filtruojamas pagal tikslinę sujungimo užklausos šaką, kad būtų lengviau rasti reikiamą.

Ačiū, Hiroyuki Sato (Hiroyuki Sato)!

Git Lab 11.10

Siuntimas ir sujungimas, kai sėkmingas dujotiekis

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Jei naudosime kamieno kūrimo metodą, turėtume vengti ilgaamžių šakų, o ne mažas, laikinas šakas, turinčias vieną savininką. Maži pakeitimai dažnai perkeliami tiesiai į tikslinę šaką, tačiau taip rizikuojama sugadinti konstrukciją.

Šiame leidime „GitLab“ palaiko naujas „Git push“ parinktis, kad automatiškai atidarytų sujungimo užklausas, nustatytumėte tikslinę šaką ir sujungtumėte sėkmingą dujotiekį iš komandinės eilutės siunčiant į šaką.

Git Lab 11.10

Patobulinta integracija su išoriniais prietaisų skydeliais

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

„GitLab“ gali pasiekti kelis „Prometheus“ serverius (aplinką, projektą ir grupės (tikimasi)), tačiau keli galiniai taškai gali tapti sudėtingesni arba gali būti nepalaikomi standartinėse informacijos suvestinėse. Naudodamos šį leidimą komandos gali naudoti vieną „Prometheus“ API, todėl integravimas su tokiomis paslaugomis kaip „Grafana“ yra daug lengvesnis.

Rūšiuoti Wiki puslapius pagal sukūrimo datą

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Projekto Wiki komandos gali dalytis dokumentacija ir kita svarbia informacija kartu su šaltinio kodu ir užduotimis. Naudodami šį leidimą galite rūšiuoti Wiki puslapių sąrašą pagal sukūrimo datą ir pavadinimą, kad greitai rastumėte neseniai sukurtą turinį.

Git Lab 11.10

Stebėti išteklius, kurių reikalauja grupė

ULTIMATAS, AUKSAS

„GitLab“ padeda stebėti „Kubernetes“ klasterį, kad būtų galima kurti ir gaminti programas. Pradėdami nuo šio leidimo, stebėkite savo grupės procesoriaus ir atminties užklausas, kad pastebėtumėte galimas problemas, kol jos netaps problemomis.

Git Lab 11.10

Peržiūrėkite apkrovos balansavimo metriką „Grafana“ prietaisų skydelyje

CORE, STARTER, PREMIUM, ULTIMATE

Labai svarbu stebėti „GitLab“ egzemplioriaus būklę. Anksčiau mes teikėme numatytąsias informacijos suvestines per įterptąjį „Grafana“ egzempliorių. Pradedant nuo šios leidimo, įtraukėme papildomų prietaisų skydelių, skirtų NGINX apkrovos balansavimo priemonėms stebėti.

SAST eliksyrui

ULTIMATAS, AUKSAS

Toliau plečiame kalbų palaikymą ir giliname saugumo patikras. Šiame leidime įgalinome įjungtų projektų saugos patikras Elixir ir sukurti projektai Phoenix platforma.

Kelios užklausos vienoje diagramoje

PREMIUM, ULTIMATE, SIDABRAS, AUKSAS

„GitLab“ galite kurti diagramas, kad galėtumėte vizualizuoti renkamą metriką. Dažnai, pavyzdžiui, jei reikia pažvelgti į didžiausią arba vidutinę metrikos vertę, vienoje diagramoje norite rodyti kelias reikšmes. Nuo šio leidimo jūs turite tokią galimybę.

DAST rezultatai grupės saugos informacijos suvestinėje

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Į komandos saugos prietaisų skydelį įtraukėme dinaminio programų saugos testavimo (DAST) rezultatus, be SAST, sudėtinių rodinių nuskaitymo ir priklausomybės nuskaitymo.

Metaduomenų įtraukimas į sudėtinio rodinio nuskaitymo ataskaitą

ULTIMATAS, AUKSAS

Šiame leidime sudėtinio rodinio nuskaitymo ataskaitoje yra daugiau metaduomenų – pridėjome paveiktas komponentas (Clair funkcija) į esamus metaduomenis: prioritetas, ID (su nuoroda į mitre.org) ir paveiktas lygis (pvz., debian:8).

Metrikos ataskaitos tipo pridėjimas norint sujungti užklausas

PREMIUM, ULTIMATE, SIDABRAS, AUKSAS

„GitLab“ jau teikia kelių tipų ataskaitas, kurias galima tiesiogiai įtraukti į sujungimo užklausas: nuo ataskaitų iki kodo kokybė и vieneto bandymas tikrinimo stadijoje iki SAST и PASKUTINĖ apsaugos stadijoje.

Nors tai svarbios ataskaitos, taip pat reikalinga pagrindinė informacija, atitinkanti skirtingus scenarijus. 11.10 versijoje „GitLab“ pateikiame metrikos ataskaitas tiesiogiai sujungimo užklausoje, kurioje tikimasi paprastos rakto ir vertės poros. Tokiu būdu vartotojai stebi pokyčius laikui bėgant, įskaitant tinkintą metriką ir konkrečios sujungimo užklausos metrikos pokyčius. Atminties naudojimas, specializuotas darbo krūvio tikrinimas ir sveikatos būsenos gali būti konvertuojamos į paprastą metriką, kurią galima peržiūrėti tiesiogiai sujungimo užklausose kartu su kitomis integruotomis ataskaitomis.

Kelių modulių Maven projektų, skirtų priklausomybės nuskaitymui, palaikymas

ULTIMATAS, AUKSAS

Su šiuo leidimu kelių modulių „Maven“ projektai palaiko „GitLab“ priklausomybės nuskaitymą. Anksčiau, jei submodulis turėjo priklausomybę nuo kito to paties lygio submodulio, jis negalėjo leisti įkelti iš centrinės Maven saugyklos. Dabar sukurtas kelių modulių Maven projektas su dviem moduliais ir priklausomybe tarp dviejų modulių. Priklausomybės tarp modulių ir seserų dabar pasiekiamos vietinėje Maven saugykloje, kad būtų galima tęsti kūrimą.

Vartotojai gali pakeisti klonavimo kelią CI

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Pagal numatytuosius nustatymus „GitLab Runner“ klonuoja projektą į unikalų antrinį kelią $CI_BUILDS_DIR. Tačiau kai kuriems projektams, pvz., Golangui, kodą reikia klonuoti į konkretų katalogą, kad jis būtų sukurtas.

„GitLab 11.10“ pristatėme kintamąjį GIT_CLONE_PATH, kuri leidžia nurodyti konkretų kelią, kuriuo „GitLab Runner“ klonuoja projektą prieš vykdydamas užduotį.

Paprastas apsaugotų kintamųjų maskavimas žurnaluose

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

„GitLab“ siūlo keletą būdų apsaugoti и apriboti plotą kintamieji GitLab CI / CD. Tačiau kintamieji tyčia ar netyčia vis tiek gali patekti į statybos žurnalus.

„GitLab“ rimtai žiūri į rizikos valdymą ir auditą ir toliau diegia atitikties funkcijas. 11.10 versijoje „GitLab“ pristatėme galimybę užmaskuoti tam tikrų tipų kintamuosius darbų sekimo žurnaluose, pridėdami apsaugos lygį, kad šių kintamųjų turinys netyčia nebūtų įtrauktas į žurnalus. O dabar GitLab automatiškai maskuoja daug integruotų žetonų kintamųjų.

Įgalinkite arba išjunkite „Auto DevOps“ komandos lygiu

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Naudodami „Auto DevOps“ GitLab.com projekte galite be vargo atlikti modernias „DevOps“ darbo eigas nuo kūrimo iki pristatymo.

Pradedant nuo „GitLab 11.10“, galite įjungti arba išjungti „Auto DevOps“ visiems tos pačios grupės projektams.

Supaprastintas ir patobulintas licencijos puslapis

STARTER, PREMIUM, ULTIMATE

Kad būtų patogiau ir paprasčiau valdyti licencijų raktus, administratoriaus skydelyje perkūrėme licencijų puslapį ir paryškinome svarbiausius elementus.

Git Lab 11.10

Atnaujinkite Kubernetes diegimo nuorodų parinkiklį

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Diegimo skyduose rodoma informacija apie visus „Kubernetes“ diegimus.

Šiame leidime pakeitėme diegimo nuorodų susiejimo būdą. Rungtynės dabar pasiekiamos iki app.example.com/app и app.example.com/env arba app. Taip išvengsite filtravimo konfliktų ir su projektu susijusių netinkamo diegimo rizikos.

Be to, GitLab 12.0 mes pašalinkite programos etiketę iš „Kubernetes“ diegimo parinkiklio, o rungtynės bus įmanomos tik iki app.example.com/app и app.example.com/env.

Dinamiškas Kubernetes išteklių kūrimas

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

„Kubernetes“ integracija su „GitLab“ leidžia naudoti RBAC funkciją naudojant paslaugų paskyrą ir specialią vardų erdvę kiekvienam „GitLab“ projektui. Pradedant nuo šios leidimo, siekiant maksimalaus efektyvumo, šie ištekliai bus kuriami tik tada, kai reikės diegti.

Diegdama „Kubernetes“, „GitLab CI“ sukurs šiuos išteklius prieš diegdama.

Grupiniai bėgikai grupės lygio klasteriams

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Grupės lygio klasteriai dabar palaiko „GitLab Runner“ diegimą. Grupės lygio „Kubernetes“ bėgikai vaikų projektams atrodo kaip grupės bėgikai, pažymėti etikete cluster и kubernetes.

Knative funkcijų skambučių skaitiklis

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Funkcijos, įdiegtos su GitLab be serverio, dabar parodykite gautų skambučių, susijusių su konkrečia funkcija, skaičių. Norėdami tai padaryti, klasteryje, kuriame įdiegtas „Knative“, turite įdiegti „Prometheus“.

Git Lab 11.10

Parametrų valdymas git clean GitLab CI/CD darbams

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Pagal numatytuosius nustatymus veikia „GitLab Runner“. git clean kodo įkėlimo proceso metu, kai vykdoma užduotis GitLab CI / CD. Nuo „GitLab 11.10“ vartotojai gali valdyti komandai perduodamus parametrus git clean. Tai naudinga komandoms, turinčioms atsidavusių bėgikų, taip pat komandoms, kurios renka projektus iš didelių monorepozitorių. Dabar jie gali valdyti iškrovimo procesą prieš vykdydami scenarijus. Naujas kintamasis GIT_CLEAN_FLAGS numatytoji reikšmė yra -ffdx ir priima visus galimus komandos parametrus [git clean](https://git-scm.com/docs/git-clean).

Išorinis leidimas Core

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Saugiai aplinkai gali prireikti papildomo išorinio prieigos prie projekto šaltinio. Pridėjome papildomo prieigos kontrolės lygio palaikymą 10.6 ir gavo daug užklausų atidaryti šią funkciją Core. Džiaugiamės galėdami pristatyti išorinį autorizavimą ir papildomą pagrindinių egzempliorių saugos sluoksnį, nes ši funkcija reikalinga atskiriems dalyviams.

Gebėjimas kurti projektus grupėse Core

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Kūrėjo vaidmuo gali kurti projektus grupėse nuo 10.5 versijos, o dabar tai įmanoma Core. Projektų kūrimas yra pagrindinė „GitLab“ produktyvumo funkcija, o įtraukus šią funkciją į „Core“, dabar nariams bus lengviau padaryti ką nors naujo.

„GitLab Runner“ 11.10

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Šiandien išleidome GitLab Runner 11.10! „GitLab Runner“ yra atvirojo kodo projektas, naudojamas CI / CD užduotims vykdyti ir rezultatams grąžinti į „GitLab“.

Įdomiausi pakeitimai:

Visą pakeitimų sąrašą galite rasti „GitLab Runner“ pakeitimų žurnale: CHANGELOGAS.

Grąžinto pataisymas project_id blob paieškos API Elasticsearch

STARTER, PREMIUM, ULTIMATE

Ištaisėme Elasticsearch blob paieškos API klaidą, kuri klaidingai grąžino 0 project_id. Tai bus būtina reindex Elasticsearchkad gautumėte teisingas vertes project_id įdiegus šią „GitLab“ versiją.

Omnibuso patobulinimai

CORE, STARTER, PREMIUM, ULTIMATE

„GitLab 11.10“ atlikome šiuos „Omnibus“ patobulinimus:

  • „GitLab 11.10“ apima Svarbiausia 5.9.0, atvirojo kodo alternatyva Slack, kurio naujausiame leidime yra naujas integravimo katalogas, skirtas lengvai perkelti duomenis iš Hipchat ir daug daugiau. Ši versija apima saugos naujinimai, ir rekomenduojame atnaujinti.
  • Mes integruota Grafana su Omnibus, o dabar lengva pradėti stebėti „GitLab“ egzempliorių.
  • Pridėjome senų sudėtinių rodinių vaizdų ištrynimo iš Docker registro palaikymą.
  • Atnaujinome ca-certus iki 2019-01-23.

Našumo patobulinimai

CORE, STARTER, PREMIUM, ULTIMATE, NEMOKAMAI, BRONZOS, SIDABRAS, AUKSAS

Mes ir toliau tobuliname „GitLab“ našumą su kiekvienu bet kokio dydžio „GitLab“ egzempliorių leidimu. Kai kurie „GitLab 11.10“ patobulinimai:

Patobulintos „GitLab“ diagramos

CORE, STARTER, PREMIUM, ULTIMATE

„GitLab“ diagramose atlikome šiuos patobulinimus:

Nebenaudojamos funkcijos

„GitLab Geo“ pritaikys maišos saugyklą į „GitLab 12.0“.

Reikalingas „GitLab Geo“. maišos saugykla sumažinti konkurenciją antriniuose mazguose. Tai buvo pažymėta gitlab-ce#40970.

„GitLab“. 11.5 į Geo dokumentaciją įtraukėme šį reikalavimą: gitlab-ee#8053.

„GitLab“. 11.6 sudo gitlab-rake gitlab:geo:check patikrina, ar įjungta maišos saugykla ir ar visi projektai perkelti. Cm. gitlab-ee#8289. Jei naudojate Geo, atlikite šį patikrinimą ir perkelkite kuo greičiau.

„GitLab“. 11.8 visam laikui išjungtas įspėjimas gitlab-ee!8433 bus rodomas puslapyje Administravimo sritis > geo > Mazgaijei pirmiau minėti patikrinimai neleidžiami.

„GitLab“. 12.0 Geo naudos maišos saugyklos reikalavimus. Cm. gitlab-ee#8690.

Ištrynimo data: 22 2019 birželio,

Ubuntu 14.04 palaikymas

„GitLab 11.10“ bus paskutinis leidimas Ubuntu 14.04 palaikymas.

„Canonical“ paskelbė apie standartinio „Ubuntu 14.04“ palaikymo pabaigą 2019 m. balandžio mėn. Naudotojams patariame atnaujinti į palaikomą LTS versiją: Ubuntu 16.04 arba Ubuntu 18.04.

Ištrynimo data: 22 gegužės 2019 miestas

Apribojamas maksimalus vienu pateikimu sukurtų vamzdynų skaičius

Anksčiau „GitLab“ kūrė vamzdynus, skirtus HEAD kiekvieną siuntos šaką. Tai naudinga kūrėjams, kurie vienu metu atlieka kelis pakeitimus (pavyzdžiui, funkcijų šakai ir a develop).

Tačiau stumiant didelę saugyklą, kurioje yra daug aktyvių atšakų (pavyzdžiui, norint judėti, atspindėti ar išsišakoti), nereikia kiekvienai šakai kurti dujotiekio. Pradedant nuo GitLab 11.10 mes kuriame ne daugiau kaip 4 vamzdynai siunčiant.

Ištrynimo data: 22 gegužės 2019 miestas

„GitLab Runner“ senojo kodo keliai

Kadangi naudoja Gitlab 11.9 GitLab Runner naujas metodas saugyklos klonavimas / iškvietimas. Šiuo metu „GitLab Runner“ naudos senąjį metodą, jei naujasis nepalaikomas. Daugiau žr šią užduotį.

„GitLab 11.0“ pakeitėme „GitLab Runner“ metrikos serverio konfigūracijos rodinį. metrics_server bus pašalintas naudai listen_address „GitLab 12.0“. Daugiau žr šią užduotį.

11.3 versijoje „GitLab Runner“ pradėjo palaikyti keli talpyklos teikėjai; dėl kurių buvo nustatyti nauji nustatymai specifinė S3 konfigūracija. Į dokumentacija, pateikia pakeitimų lentelę ir nurodymus, kaip pereiti prie naujos konfigūracijos. Daugiau informacijos žr šią užduotį.

Šie keliai nebus pasiekiami „GitLab 12.0“. Kaip vartotojui jums nereikia nieko keisti, tiesiog įsitikinkite, kad jūsų „GitLab“ egzempliorius veikia 11.9 ar naujesnės versijos, kai atnaujinate į „GitLab Runner 12.0“.

Ištrynimo data: 22 2019 birželio,

Nebenaudojama „GitLab Runner“ įėjimo taško funkcijos parinktis

Funkcijos parametras, pristatytas 11.4 „GitLab Runner“. FF_K8S_USE_ENTRYPOINT_OVER_COMMAND išspręsti tokias problemas kaip # 2338 и # 3536.

„GitLab 12.0“ versijoje pereisime prie tinkamo veikimo, tarsi funkcijos nustatymas būtų išjungtas. Daugiau žr šią užduotį.

Ištrynimo data: 22 2019 birželio,

Nebenaudojamas „Linux“ platinimo, kuris pasiekė EOL, palaikymas, skirtas „GitLab Runner“.

Kai kurie „Linux“ paskirstymai, kuriuose galite įdiegti „GitLab Runner“, atliko savo tikslą.

„GitLab 12.0“ versijoje „GitLab Runner“ nebeplatins paketų šiems „Linux“ platinimams. Visą nebepalaikomų platinimų sąrašą rasite mūsų svetainėje dokumentacija. Ačiū Javierui ArdoJavieras Jardonas) už nugaros jo indėlis!

Ištrynimo data: 22 2019 birželio,

Senų „GitLab Runner Helper“ komandų pašalinimas

Kaip pastangų remti dalį „Windows Docker“ vykdytojas turėjo atsisakyti kai kurių senų komandų, kurios yra naudojamos pagalbininko įvaizdis.

„GitLab 12.0“ paleidžia „GitLab Runner“ su naujomis komandomis. Tai taikoma tik tiems vartotojams, kurie nepaisyti pagalbinio vaizdo. Daugiau žr šią užduotį.

Ištrynimo data: 22 2019 birželio,

Pasenusio „git Clean“ mechanizmo pašalinimas iš „GitLab Runner“.

„GitLab Runner“ 11.10 versijoje suteikiame galimybę konfigūruoti, kaip Runner vykdo komandą git clean. Be to, naujoji valymo strategija pašalina naudojimą git reset ir duoda komandą git clean po įkėlimo žingsnio.

Kadangi šis elgesio pokytis gali turėti įtakos kai kuriems vartotojams, paruošėme nustatymą FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Jei nustatote vertę true, bus atkurta senoji valymo strategija. Daugiau apie funkcijų parametrų naudojimą „GitLab Runner“ galite rasti dokumentacijoje.

12.0 versijoje „GitLab Runner“ pašalinsime senosios valymo strategijos palaikymą ir galimybę ją atkurti naudodami funkcijos parametrą. Daugiau informacijos žr šią užduotį.

Ištrynimo data: 22 2019 birželio,

Sistemos informacija administratoriaus skydelyje

„GitLab“ pateikia informaciją apie jūsų „GitLab“ egzempliorių admin/system_info, tačiau ši informacija gali būti netiksli.

Mes ištrinti šį skyrių „GitLab 12.0“ administratoriaus skydelyje ir rekomenduojame naudoti kitos stebėjimo galimybės.

Ištrynimo data: 22 2019 birželio,

Keisti žurnalą

Ieškokite visų šių pakeitimų pakeitimų žurnale:

Montavimas

Jei nustatote naują „GitLab“ diegimą, apsilankykite GitLab atsisiuntimo puslapis.

Atnaujinti

Pažvelk į atnaujinimo puslapį.

„GitLab“ prenumeratos planai

„GitLab“ yra dviejų skonių: savivaldos и debesis SaaS.

Savarankiškas: vietoje arba jūsų pageidaujamoje debesies platformoje.

  • Esmė: Mažoms komandoms, asmeniniams projektams arba neribotam laikotarpiui „GitLab“ bandomoji versija.
  • starteris: komandoms, dirbančioms tame pačiame biure su keliais projektais, kuriems reikalinga profesionali pagalba.
  • Premium: Skirta paskirstytoms komandoms, kurioms reikia išplėstinių funkcijų, didelio pasiekiamumo ir 24 valandas per parą, 7 dienas per savaitę.
  • pagrindinis: įmonėms, kurioms reikalinga tvirta strategija ir vykdymas, patobulinta sauga ir atitiktis.

Debesis SaaS - GitLab.com: Priglobta, valdoma ir administruojama GitLab nemokamos ir mokamos prenumeratos individualiems kūrėjams ir komandoms.

  • Nemokamas: Neribotos privačios saugyklos ir neribotas projektų bendradarbių skaičius. Uždaryti projektai turi prieigą prie lygio funkcijų NemokamasTurėti atviri projektai turėti prieigą prie lygio funkcijų Auksas.
  • Bronza: komandoms, kurioms reikia prieigos prie išplėstinių darbo eigos funkcijų.
  • sidabras: Komandoms, kurioms reikia tvirtesnių „DevOps“ galimybių, atitikties ir greitesnio palaikymo.
  • Auksas: Tinka daugeliui CI/CD užduočių. Visi atviri projektai gali nemokamai naudoti auksines funkcijas, neatsižvelgiant į planą.

Šaltinis: www.habr.com

Добавить комментарий