„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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Š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.
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ą.
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ą.
Patobulinta integracija su išoriniais prietaisų skydeliais
„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.
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į.
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.
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
Į 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ą.
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į.
„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
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.
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.
„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.
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.
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“.
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).
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.
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.
Šiandien išleidome GitLab Runner 11.10! „GitLab Runner“ yra atvirojo kodo projektas, naudojamas CI / CD užduotims vykdyti ir rezultatams grąžinti į „GitLab“.
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.
„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.6sudo 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.
„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į.
Š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
„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!
„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.
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ą.