GitLab 11.10 s cevovodi nadzorne plošče, cevovodi združenih rezultatov in večvrstičnimi predlogi v zahtevah za združevanje.
Priročne informacije o delovanju cevovodov v različnih projektih
GitLab še naprej povečuje vpogled v življenjski cikel DevOps. V tej številki na nadzorna plošča dodal pregled stanja plinovoda.
To je priročno, tudi če preučujete cevovod enega samega projekta, vendar je še posebej uporabno, če več projektov, - in to se običajno zgodi, če uporabljate mikrostoritve in želite zagnati cevovod za testiranje in dostavo kode iz različnih repozitorijev projektov. Zdaj lahko takoj vidite uspešnost cevovodov na nadzorni plošči, kjerkoli se izvajajo.
Izvajanje cevovodov za združene rezultate
Sčasoma se izvorna in ciljna veja ločita in lahko pride do situacije, ko se spopadata ločeno, vendar ne delujeta skupaj. Zdaj lahko zaženi cevovode za združene rezultate pred spajanjem. Tako boste hitro opazili napake, ki bi se pojavile le, če bi spremembe pogosto premikali med vejami, kar pomeni, da boste veliko hitreje popravljali napake v cevovodu in uporabljali GitLab Runner.
Dodatno optimizirajte sodelovanje
GitLab 11.10 dodaja še več funkcij za brezhibno sodelovanje in poenostavljene poteke dela. IN prejšnja številka uvedli smo predloge za zahteve za združitev, kjer bi pregledovalec lahko predlagal spremembo ene vrstice v komentarju k zahtevi za združevanje, ki bi jo bilo mogoče takoj potrditi neposredno iz niti komentarjev. Našim uporabnikom je bilo všeč in so prosili za razširitev te funkcije. Zdaj lahko ponudite spremembe za več vrstic, ki nakazuje, katere vrstice odstraniti in katere dodati.
Najvrednejši zaposleni tega meseca (MVP) — Takuya Noguchi
Najvrednejši uslužbenec tega meseca je Takuya Noguchi (Takuya Noguchi). Takuya opravil dobro delo za slavo GitLaba: odpravljene napake, odpravljene pomanjkljivosti v zaledju in sprednjem delu ter izboljšan uporabniški vmesnik. Hvala vam!
Glavne značilnosti GitLaba 11.10
Cevovodi na nadzorni plošči
PREMIUM, ULTIMATE, SILVER, GOLD
Nadzorna plošča v GitLabu prikazuje informacije o projektih v vašem celotnem primerku GitLab. Posamezne projekte dodajate enega za drugim in lahko izberete, kateri projekt vas zanima.
V tej izdaji smo na nadzorno ploščo dodali informacije o statusih cevovoda. Zdaj razvijalci vidijo funkcionalnost cevovodov v vseh potrebnih projektih - v enem vmesniku.
Cevovodi za združene rezultate
PREMIUM, ULTIMATE, SILVER, GOLD
Običajno je, da se izvorna veja sčasoma loči od ciljne veje, razen če nenehno vnašate spremembe med njima. Posledično sta izvorni in ciljni razvejni cevovod »zelena« in ni sporov pri spajanju, vendar spajanje ne uspe zaradi nezdružljivih sprememb.
Ko cevovod zahteve za združitev samodejno ustvari novo povezavo, ki vsebuje kombiniran rezultat združitve izvorne in ciljne veje, lahko zaženemo cevovod na tej povezavi in zagotovimo, da skupni rezultat deluje.
Če uporabljate cevovode zahtev za združevanje (v kateri koli vlogi) in zasebne izvajalce GitLab različice 11.8 ali starejše, jih boste morali posodobiti, da se izognete tej težavi gitlab-ee#11122. To ne vpliva na uporabnike javnih izvajalcev GitLab.
Predlaganje sprememb v več vrsticah
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Ko skupaj delate na zahtevah za združitev, pogosto opazite težave in predlagate rešitve. Podpiramo GitLab 11.6 predlog sprememb za eno vrstico.
V različici 11.10 lahko komentarji diff zahteve za spajanje predlagajo spremembe v več vrsticah, nato pa jih lahko vsakdo z dovoljenji za pisanje v izvirno vejo sprejme z enim klikom. Zahvaljujoč novi funkciji se lahko izognete kopiranju in lepljenju, kot v prejšnjih različicah.
Bližnjice na enem področju
PREMIUM, ULTIMATE, SILVER, GOLD
Z oznakami v istem obsegu lahko ekipe uporabijo medsebojno izključujoče oznake (v istem obsegu) za težavo, zahtevo za združitev ali epico v scenarijih s polji po meri ali stanji poteka dela po meri. Konfigurirani so s posebno sintakso dvopičja v naslovu oznake.
Recimo, da potrebujete polje po meri v opravilih za sledenje operacijskemu sistemu platforme, na katero ciljajo vaše funkcije. Vsaka naloga se mora nanašati samo na eno platformo. Ustvarite lahko bližnjice platform::iOS, platform::Android, platform::Linux in drugi po potrebi. Če za opravilo uporabite eno tako bližnjico, bo samodejno odstranila drugo obstoječo bližnjico, ki se začne z platform::.
Recimo, da imate bližnjice workflow::development, workflow::review и workflow::deployed, ki označuje stanje poteka dela vaše ekipe. Če opravilo že ima bližnjico workflow::development, razvijalec pa želi nalogo premakniti na fazo workflow::review, samo uporabi novo bližnjico in staro (workflow::development) se samodejno izbriše. To vedenje že obstaja, ko premikate opravila med seznami bližnjic na plošči opravil, ki predstavlja potek dela vaše ekipe. Zdaj lahko člani skupine, ki ne delajo neposredno s ploščo opravil, spremenijo stanje poteka dela v samih opravilih.
Bolj temeljito čiščenje registra vsebnikov
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Ko običajno uporabljate register vsebnikov s cevovodi CI, v eno samo oznako potisnete več ločenih sprememb. Zaradi implementacije Dockerjeve distribucije je privzeto vedenje shranjevanje vseh sprememb v sistem, vendar na koncu zavzamejo veliko pomnilnika. Če uporabljate parameter -m с registry-garbage-collect, lahko hitro izbrišete vse prejšnje spremembe in sprostite dragocen prostor.
Nakup dodatnih minut CI Runner
BRONASTA, SREBRNA, ZLATA
Uporabniki s plačljivimi načrti GitLab.com (zlato, srebrno, bronasto) lahko zdaj kupijo dodatne minute CI Runner. Prej je bilo treba izpolniti kvoto, predvideno v načrtu. S to izboljšavo lahko vnaprej kupite minute, ki presegajo kvoto, da se izognete prekinitvam zaradi zaustavitev cevovoda.
Zdaj 1000 minut stane 8 $ in lahko jih kupite, kolikor želite. Dodatne minute se bodo začele uporabljati, ko boste porabili celotno mesečno kvoto, preostanek dodatnih minut pa se bo prenesel v naslednji mesec. IN prihodnja izdaja to funkcijo želimo dodati tudi brezplačnim načrtom.
Sestavljivi Auto DevOps
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
S Auto DevOps ekipe preidejo na sodobne prakse DevOps skoraj brez napora. Začenši z GitLab 11.10 je vsako opravilo v Auto DevOps na voljo kot samostojna predloga. Uporabniki lahko uporabljajo функцию includes v GitLab CI, da omogočite posamezne stopnje Auto DevOps in hkrati uporabite svojo datoteko po meri gitlab-ci.yml. Na ta način lahko omogočite samo opravila, ki jih potrebujete, in izkoristite prednosti posodobitev navzgor.
Samodejno upravljajte člane skupine na GitLab.com z uporabo SCIM
SREBRO, ZLATO
Prej ste morali ročno upravljati članstvo v skupini na GitLab.com. Zdaj lahko uporabljate SAML SSO in upravljate članstvo z uporabo SCIM za ustvarjanje, brisanje in posodabljanje uporabnikov na GitLab.com.
To je še posebej uporabno za podjetja z velikim številom uporabnikov in centraliziranimi ponudniki identitet. Zdaj imate lahko en sam vir resnice, kot je Azure Active Directory, uporabniki pa bodo ustvarjeni in izbrisani samodejno prek ponudnika identitete in ne ročno.
Prijavite se na GitLab.com prek ponudnika SAML
SREBRO, ZLATO
Prej se je moral uporabnik pri uporabi SAML SSO za skupine prijaviti s poverilnicami GitLab in ponudnikom identitete. Zdaj se lahko neposredno prijavite prek enotne prijave kot uporabnik GitLaba, povezan s konfigurirano skupino.
Uporabnikom se ne bo treba dvakrat prijaviti, kar podjetjem olajša uporabo SAML SSO za GitLab.com.
Druge izboljšave v GitLab 11.10
Otroška epska shema
ULTIMATIVNO, ZLATO
V prejšnji izdaji smo dodali otroške epopeje (epopeje epov), da vam pomagamo upravljati strukturo porazdelitve delovnih mest. Podrejeni epi se prikažejo na strani nadrejenega epa.
V tej izdaji nadrejena epska stran prikazuje oris podrejenih epov, tako da lahko ekipe vidijo časovnico podrejenih epov in lahko upravljajo časovne odvisnosti.
Pojavni zasloni z zahtevo po združitvi
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
V tej izdaji uvajamo informativne zaslone, ki se prikažejo, ko miškin kazalec premaknete nad povezavo zahteve za združitev. Prej smo prikazovali samo naslov zahteve za združitev, zdaj pa prikazujemo tudi stanje zahteve za združitev, stanje cevovoda CI in kratek URL.
Filtriranje zahtev za združevanje po ciljnih vejah
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Delovni tokovi Git za izdajanje ali pošiljanje programske opreme pogosto vključujejo več dolgoročnih vej – za popravke prejšnjih različic (npr. stable-11-9) ali prehod s testiranja kakovosti na proizvodnjo (npr. integration), vendar med številnimi odprtimi zahtevami za združevanje ni enostavno najti zahtev za združevanje za te veje.
Seznam zahtev za združevanje za projekte in skupine je zdaj mogoče filtrirati po ciljni veji zahteve za združevanje, da boste lažje našli tisto, ki jo potrebujete.
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Če uporabljamo razvojno metodo, ki temelji na deblu, se moramo izogibati dolgotrajnim podružnicam v korist majhnih, začasnih podružnic z enim lastnikom. Majhne spremembe so pogosto potisnjene neposredno v ciljno vejo, vendar s tem tvegate prekinitev gradnje.
S to izdajo GitLab podpira nove možnosti Git push za samodejno odpiranje zahtev za spajanje, nastavitev ciljne veje in uveljavitev spajanja na uspešnem cevovodu iz ukazne vrstice v času potiska v vejo.
Izboljšana integracija z zunanjimi nadzornimi ploščami
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
GitLab lahko dostopa do več strežnikov Prometheus (okolje, projekt in skupine (pričakovano)), vendar lahko več končnih točk dodatno zaplete ali pa jih standardne nadzorne plošče ne podpirajo. S to izdajo lahko ekipe uporabljajo en sam Prometheus API, zaradi česar je integracija s storitvami, kot je Grafana, veliko lažja.
Razvrsti Wiki strani po datumu nastanka
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
V projektu Wiki lahko ekipe delijo dokumentacijo in druge pomembne informacije skupaj z izvorno kodo in nalogami. S to izdajo lahko razvrstite seznam strani Wiki po datumu ustvarjanja in naslovu, da hitro najdete nedavno ustvarjeno vsebino.
Spremljanje virov, ki jih zahteva gruča
ULTIMATIVNO, ZLATO
GitLab vam pomaga spremljati vašo gručo Kubernetes za razvojne in produkcijske aplikacije. Začenši s to izdajo spremljajte zahteve procesorja in pomnilnika iz vaše gruče, da opazite morebitne težave, preden postanejo težave.
Oglejte si meritve izravnalnika obremenitve na nadzorni plošči Grafana
CORE, STARTER, PREMIUM, ULTIMATE
Zelo pomembno je spremljati zdravje vašega primerka GitLab. Prej smo zagotavljali privzete nadzorne plošče prek vdelanega primerka Grafana. Od te izdaje naprej smo vključili dodatne nadzorne plošče za spremljanje izravnalnikov obremenitve NGINX.
SAST za Elixir
ULTIMATIVNO, ZLATO
Še naprej širimo jezikovno podporo in poglabljamo varnostna preverjanja. V tej izdaji smo omogočili varnostne preglede za projekte na Elixir in projekti, ustvarjeni na Platforma Phoenix.
Več poizvedb v enem diagramu
PREMIUM, ULTIMATE, SILVER, GOLD
V GitLabu lahko ustvarite grafikone za vizualizacijo meritev, ki jih zbirate. Pogosto, na primer, če želite pogledati največjo ali povprečno vrednost metrike, želite prikazati več vrednosti na enem grafikonu. Od te izdaje naprej imate to priložnost.
Rezultati DAST na varnostni nadzorni plošči skupine
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Dodali smo rezultate testiranja dinamične varnosti aplikacij (DAST) na varnostno nadzorno ploščo skupine poleg SAST, skeniranja vsebnika in pregledovanja odvisnosti.
Dodajanje metapodatkov v poročilo o skeniranju vsebnika
ULTIMATIVNO, ZLATO
V tej izdaji vsebuje poročilo o skeniranju vsebnika več metapodatkov – dodali smo jih prizadeta komponenta (funkcija Clair) v obstoječe metapodatke: prioriteta, ID (s sklicevanjem na mitre.org) in prizadeta raven (npr. debian:8).
Dodajanje vrste poročila o meritvah zahtevam za združevanje
PREMIUM, ULTIMATE, SILVER, GOLD
GitLab že ponuja več vrst poročil, ki jih je mogoče vključiti neposredno v zahteve za združevanje: od poročil do kakovost kode и testiranje enote v fazi preverjanja do SAST и DAST na stopnji zaščite.
Čeprav so to pomembna poročila, so potrebne tudi osnovne informacije, ki ustrezajo različnim scenarijem. V GitLabu 11.10 nudimo poročanje o metrikah neposredno v zahtevi za spajanje, ki pričakuje preprost par ključ-vrednost. Na ta način uporabniki sledijo spremembam skozi čas, vključno z meritvami po meri in spremembami v meritvah za določeno zahtevo za združitev. Porabo pomnilnika, specializirano testiranje delovne obremenitve in zdravstvena stanja je mogoče pretvoriti v preproste meritve, ki si jih je mogoče ogledati neposredno v zahtevah za spajanje skupaj z drugimi vgrajenimi poročili.
Podpora za projekte Maven z več moduli za pregledovanje odvisnosti
ULTIMATIVNO, ZLATO
S to izdajo večmodulni projekti Maven podpirajo pregledovanje odvisnosti GitLab. Prej, če je bil podmodul odvisen od drugega podmodula iste ravni, ni mogel dovoliti nalaganja iz osrednjega repozitorija Maven. Zdaj je ustvarjen večmodulni projekt Maven z dvema moduloma in odvisnostjo med obema moduloma. Odvisnosti med sorodnimi moduli so zdaj na voljo v lokalnem repozitoriju Maven, tako da se lahko gradnja nadaljuje.
Uporabniki lahko spremenijo pot kloniranja v CI
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
GitLab Runner privzeto klonira projekt v edinstveno podpot v $CI_BUILDS_DIR. Toda za nekatere projekte, kot je Golang, je treba kodo klonirati v določen imenik, da jo lahko zgradimo.
V GitLab 11.10 smo predstavili spremenljivko GIT_CLONE_PATH, ki vam omogoča, da določite določeno pot, kjer GitLab Runner klonira projekt pred izvedbo naloge.
Preprosto maskiranje zaščitenih spremenljivk v dnevnikih
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
GitLab ponuja več načinov za zaščito и omeji območje spremenljivke v GitLab CI/CD. Toda spremenljivke se lahko še vedno znajdejo v dnevnikih gradnje, namerno ali po nesreči.
GitLab obvladovanje tveganja in revizijo jemlje resno ter še naprej dodaja funkcije skladnosti. V GitLab 11.10 smo uvedli možnost maskiranja določenih vrst spremenljivk v dnevnikih sledenja opravilom in dodali raven zaščite pred nenamerno vključitvijo vsebine teh spremenljivk v dnevnike. In zdaj GitLab samodejno maskira veliko vgrajenih spremenljivk žetona.
Omogočite ali onemogočite Auto DevOps na ravni ekipe
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
S Auto DevOps v projektu GitLab.com lahko brez težav prevzamete sodobne poteke dela DevOps od gradnje do dostave.
Začenši z GitLab 11.10, lahko omogočite ali onemogočite Auto DevOps za vse projekte v isti skupini.
Poenostavljena in izboljšana licenčna stran
STARTER, PREMIUM, ULTIMATE
Da bi bilo upravljanje licenčnih ključev bolj priročno in enostavnejše, smo preoblikovali stran z licencami v skrbniški plošči in poudarili najpomembnejše elemente.
Posodobite izbirnik bližnjic za uvedbe Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Plošče za uvajanje prikazujejo informacije o vseh umestitvah Kubernetes.
V tej izdaji smo spremenili način preslikave bližnjic do uvajanj. Ujemanja so zdaj na voljo do app.example.com/app и app.example.com/env ali app. S tem se boste izognili konfliktom pri filtriranju in tveganju nepravilnih uvedb, povezanih s projektom.
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Integracija Kubernetes z GitLab vam omogoča uporabo funkcije RBAC z uporabo storitvenega računa in namenskega imenskega prostora za vsak projekt GitLab. Od te izdaje bodo ti viri za največjo učinkovitost ustvarjeni le, ko bodo potrebni za uvajanje.
Pri uvajanju Kubernetesa bo GitLab CI te vire ustvaril pred uvajanjem.
Skupinski tekači za skupine na ravni skupine
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Gruče na ravni skupine zdaj podpirajo namestitev GitLab Runner. Tekovalci Kubernetes na ravni skupine so podrejenim projektom prikazani kot označeni skupinski izvajalci cluster и kubernetes.
Števec klicev za funkcije Knative
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Funkcije, uvedene z GitLab brez strežnika, zdaj prikaže število prejetih klicev za določeno funkcijo. Če želite to narediti, morate namestiti Prometheus v gručo, kjer je nameščen Knative.
Nadzor parametrov git clean za opravila GitLab CI/CD
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Privzeto teče GitLab Runner git clean med postopkom nalaganja kode pri izvajanju opravila v GitLab CI/CD. Od GitLaba 11.10 lahko uporabniki nadzirajo parametre, posredovane ekipi git clean. To je uporabno za ekipe z namenskimi izvajalci, pa tudi za ekipe, ki zbirajo projekte iz velikih monorepozitorijev. Zdaj lahko nadzorujejo proces raztovarjanja pred izvajanjem skriptov. Nova spremenljivka GIT_CLEAN_FLAGS privzeta vrednost je -ffdx in sprejme vse možne ukazne parametre [git clean](https://git-scm.com/docs/git-clean).
Zunanja avtorizacija v Core
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Varna okolja lahko zahtevajo dodaten zunanji avtorizacijski vir za dostop do projekta. Dodali smo podporo za dodatno raven nadzora dostopa 10.6 in prejel veliko zahtev za odprtje te funkcije v Core. Z veseljem predstavljamo zunanjo avtorizacijo in dodatno raven varnosti za primerke Core, saj to funkcijo potrebujejo posamezni udeleženci.
Sposobnost ustvarjanja projektov v skupinah v Core
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Vloga razvijalca lahko ustvarja projekte v skupinah od različice 10.5, in zdaj je to mogoče v Core. Ustvarjanje projektov je ključna funkcija za produktivnost v GitLabu in z vključitvijo te funkcije v Core je članom zdaj lažje narediti nekaj novega.
GitLab Runner 11.10
CORE, STARTER, PREMIUM, ULTIMATE, BREZPLAČNO, BRONASTO, SREBRO, ZLATO
Danes smo izdali GitLab Runner 11.10! GitLab Runner je odprtokodni projekt, ki se uporablja za izvajanje opravil CI/CD in pošiljanje rezultatov nazaj v GitLab.
Celoten seznam sprememb je na voljo v dnevniku sprememb GitLab Runner: KANGELOG.
Popravek vrnjenega project_id v API-ju za iskanje blob v Elasticsearch
STARTER, PREMIUM, ULTIMATE
Odpravili smo napako v API-ju za iskanje blob Elasticsearch, ki je pomotoma vračal 0 za project_id. Bo potrebno reindex Elasticsearchda dobite pravilne vrednosti project_id po namestitvi te različice GitLaba.
Omnibus izboljšave
CORE, STARTER, PREMIUM, ULTIMATE
Omnibus v GitLab 11.10 smo naredili naslednje izboljšave:
V GitLabu 11.6sudo gitlab-rake gitlab:geo:check preveri, ali je zgoščeno shranjevanje omogočeno in so vsi projekti preseljeni. Cm. gitlab-ee#8289. Če uporabljate Geo, zaženite to preverjanje in čim prej opravite selitev.
V GitLabu 11.8 trajno onemogočeno opozorilo gitlab-ee!8433 bo prikazano na strani Skrbniško območje > Geo > Vozlišča, če zgornja preverjanja niso dovoljena.
V GitLabu 12.0 Geo bo uporabil zahteve za zgoščeno shrambo. Cm. gitlab-ee#8690.
Canonical je napovedal konec standardne podpore za Ubuntu 14.04 April 2019 leto. Uporabnikom svetujemo nadgradnjo na podprto različico LTS: Ubuntu 16.04 ali Ubuntu 18.04.
Datum izbrisa: 22 maja 2019 mesto
Omejitev največjega števila cevovodov, ustvarjenih na predložitev
Prej je GitLab ustvaril cevovode za HEAD vsako vejo v predložitvi. To je priročno za razvijalce, ki potisnejo več sprememb hkrati (na primer v vejo funkcije in v vejo develop).
Toda pri potiskanju velikega repozitorija s številnimi aktivnimi vejami (na primer premikanje, zrcaljenje ali razvejanje) vam ni treba ustvariti cevovoda za vsako vejo. Začenši z GitLab 11.10 ustvarjamo največ 4 cevi ob pošiljanju.
Datum izbrisa: 22 maja 2019 mesto
Zastarele poti podedovane kode GitLab Runner
Od Gitlaba 11.9 uporablja GitLab Runner nova metoda kloniranje/klic repozitorija. Trenutno bo GitLab Runner uporabljal staro metodo, če nova ni podprta. Več podrobnosti si oglejte v to nalogo.
V GitLab 11.0 smo spremenili videz konfiguracije metričnega strežnika za GitLab Runner. metrics_server bo odstranjen v korist listen_address v GitLab 12.0. Več podrobnosti si oglejte v to nalogo.
Te poti ne bodo na voljo v GitLab 12.0. Kot uporabniku vam pri nadgradnji na GitLab Runner 11.9 ni treba spremeniti ničesar drugega kot zagotoviti, da vaš primerek GitLab izvaja različico 12.0+.
Datum izbrisa: 22 2019 junij
Zastarel parameter za funkcijo vstopne točke za GitLab Runner
V GitLab 12.0 bomo preklopili na pravilno vedenje, kot če bi bila nastavitev funkcije onemogočena. Več podrobnosti si oglejte v to nalogo.
Datum izbrisa: 22 2019 junij
Zastarela podpora za distribucijo Linuxa, ki doseže EOL za GitLab Runner
Nekatere distribucije Linuxa, na katere je mogoče namestiti GitLab Runner, so služile svojemu namenu.
V GitLab 12.0 GitLab Runner ne bo več distribuiral paketov v takšne distribucije Linuxa. Popoln seznam distribucij, ki niso več podprte, lahko najdete v naši dokumentacijo. Hvala Javierju Ardu (Javier Jardon) per njegov prispevek!
V GitLab 12.0 se GitLab Runner zažene z novimi ukazi. To velja le za uporabnike, ki preglasi pomožno sliko. Več podrobnosti si oglejte v to nalogo.
Datum izbrisa: 22 2019 junij
Odstranjevanje starejšega mehanizma git clean iz programa GitLab Runner
V GitLab Runner 11.10 nudimo priložnost konfigurirajte, kako Runner izvede ukaz git clean. Poleg tega nova strategija čiščenja odpravlja uporabo git reset in postavi ukaz git clean po koraku razkladanja.
Ker lahko ta sprememba vedenja vpliva na nekatere uporabnike, smo pripravili parameter FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Če nastavite vrednost true, bo obnovil podedovano strategijo čiščenja. Več o uporabi funkcijskih parametrov v GitLab Runner lahko najdete v dokumentaciji.
V GitLab Runner 12.0 bomo odstranili podporo za podedovano strategijo čiščenja in možnost, da jo obnovite z uporabo funkcijskega parametra. Več podrobnosti si oglejte v to nalogo.
Datum izbrisa: 22 2019 junij
Razdelek s podatki o sistemu v skrbniški plošči
GitLab predstavlja informacije o vašem primerku GitLab v admin/system_info, vendar ti podatki morda niso točni.
Samoupravni: Lokalno ali na vaši želeni platformi v oblaku.
Core: Za majhne skupine, osebne projekte ali preizkus GitLab za neomejeno obdobje.
Naše cene modulov se fleksibilno sestavljajo glede na vaše željene module in število vaših uporabnikov. Plačate torej samo za tiste module, ki jih dejansko uporabljate. Cene so stroški mesečnega najema.: Za ekipe, ki delajo v isti pisarni na več projektih, ki potrebujejo strokovno podporo.
Premium: Za porazdeljene ekipe, ki potrebujejo napredne funkcije, visoko razpoložljivost in podporo XNUMX/XNUMX.
Končni: Za podjetja, ki potrebujejo robustno strategijo in izvedbo z izboljšano varnostjo in skladnostjo.
brezplačno: Neomejeno zasebno skladišče in neomejeno število sodelavcev projekta. Zaprti projekti imajo dostop do funkcij ravni brezplačnoSi odprti projekti imajo dostop do funkcij ravni Gold.
Bron: Za ekipe, ki potrebujejo dostop do naprednih funkcij poteka dela.
Silver: Za ekipe, ki potrebujejo robustnejše zmogljivosti DevOps, skladnost in hitrejšo podporo.
Gold: Primerno za številna opravila CI/CD. Vsi odprti projekti lahko brezplačno uporabljajo funkcije Gold, ne glede na načrt.