Izdana je bila izdaja 13.4 s shrambo HashiCorp za spremenljivke CI, Kubernetes Agent in varnostno središče ter preklopnimi funkcijami v Starterju
V GitLabu vedno razmišljamo o tem, kako lahko uporabnikom pomagamo zmanjšati tveganje, izboljšati učinkovitost in izboljšati hitrost dostave na vaši priljubljeni platformi. Ta mesec smo dodali veliko uporabnih novih funkcij, ki razširjajo varnostne zmogljivosti, zmanjšujejo število ranljivosti, povečujejo učinkovitost, poenostavljajo delo z GitLabom in vaši ekipi pomagajo še hitreje zagotavljati funkcije. Upamo, da vam bodo glavne značilnosti izdaje prav tako uporabne 53 drugih novih funkcij, dodan v tej izdaji.
Napredne varnostne funkcije
Vsak mesec poskušamo GitLab DevSecOps dodati več novih funkcij in ta izdaja ni izjema. v okviru montaže in namestitve. Poleg tega lahko zdaj organizacije, ki želijo podpirati ločevanje odgovornosti za uvajanje kode . Ta vloga ustreza in vam bo omogočilo potrditev zahtev za združevanje (v ruski lokalizaciji GitLaba »zahteve za združevanje«) in uvajanje kode v zaščitenih okoljih, ne da bi zagotovili dostop za spreminjanje same kode.
Drug način za zmanjšanje tveganj je uporaba novih . Operativne ekipe lahko uvedejo gruče Kubernetes iz GitLaba, ne da bi morali svojo gručo izpostaviti celotnemu internetu. Prav tako uvajamo podporo za samodejni nadzor različic za nove datoteke stanja Terraform z za podporo skladnosti in enostavnosti odpravljanja napak. Končno je postala varnostna nadzorna plošča primerka s poročili o ranljivostih in varnostnimi nastavitvami.
Bolj priročno in učinkovito delo z GitLabom
Izboljšali smo naše globalno iskanje, da vključuje , ki vam omogoča enostavno krmarjenje do najnovejših vstopnic, skupin, projektov, nastavitev in tem pomoči. Z veseljem sporočamo, da strani GitLab za preusmeritev posameznih strani in imenikov znotraj spletnega mesta, kar bo uporabnikom omogočilo učinkovitejšo namestitev njihovih spletnih mest. In za tiste, ki bi radi prejeli razširjene informacije o uvajanju, ta izdaja omogoča !
Odprtokodni prispevki
Zastopamo ki sem jih dodal . Oznake o pokritosti testa enote spremenjene kode dajejo razvijalcem jasno predstavo o pokritosti kode med pregledom; te informacije pomagajo pospešiti preglede in zmanjšati čas za združevanje in uvajanje nove kode. In tudi mi in načrt .
In to je šele začetek!
Kot vedno je v splošnem pregledu premalo prostora, vendar je v izdaji 13.4 veliko kul funkcij. Tukaj je še nekaj:
- .
Če želite vnaprej vedeti, kaj vas čaka v naslednji sprosti, poglej .
.
ta mesec -
Fabio je veliko prispeval в - funkcija, ki je bila zelo dolgo pričakovana v skupnosti GitLab. To je resnično pomemben prispevek z nepomembnimi spremembami, ki so zahtevale stalno sodelovanje s člani skupine GitLab in so vplivale na številna področja projekta, kot so UX, front-end in back-end.
Glavne značilnosti izdaje GitLab 13.4
Uporabite ključe HashiCorp Vault v opravilih CI
(PREMIUM, ULTIMATE, SILVER, GOLD)
V izdaji 12.10 je GitLab uvedel možnost prejemanja in prenosa ključev v opravila CI z uporabo upravljalnika opravil GitLab (GitLab runner). Zdaj se širimo , z dodajanjem nove sintakse secrets vložiti .gitlab-ci.yml. To bo olajšalo nastavitev in uporabo repozitorija HashiCorp z GitLabom.
и .
Predstavljamo GitLab Kubernetes Agent
(PREMIUM, ULTIMATE)
Integracija GitLaba s Kubernetesom že dolgo omogoča uvajanje v gruče Kubernetes brez potrebe po ročni konfiguraciji. Številnim uporabnikom je bila všeč enostavna uporaba tega paketa, drugi pa so naleteli na nekaj težav. Za trenutno integracijo mora biti vaša gruča dostopna iz interneta, da lahko GitLab dostopa do nje. Za mnoge organizacije to ni mogoče, ker omejujejo dostop do gruč zaradi varnosti, skladnosti ali regulativnih razlogov. Da bi se izognili tem omejitvam, so morali uporabniki zgraditi svoja orodja na vrhu GitLaba, sicer ne bi mogli uporabljati te funkcije.
Danes predstavljamo GitLab Kubernetes Agent, nov način uvajanja v gruče Kubernetes. Agent teče znotraj vaše gruče, zato vam ga ni treba izpostavljati celotnemu internetu. Agent usklajuje uvajanje tako, da od GitLaba zahteva nove spremembe, namesto da GitLab pošilja posodobitve v gručo. Ne glede na to, katero metodo GitOps uporabljate, vas GitLab pokriva.
Upoštevajte, da je to prva izdaja agenta. Naš trenutni fokus za GitLab Kubernetes Agent je konfiguracija in upravljanje uvajanj prek kode. Nekatere obstoječe funkcije integracije Kubernetes, kot so plošče za uvajanje in aplikacije, ki jih upravlja GitLab, še niso podprte. da bodo te zmogljivosti dodane agentu v prihodnjih izdajah, kot tudi nove integracije, osredotočene na varnost in skladnost.
и .
Dajte uporabnikom dovoljenja za uvajanje brez dostopa do kode
(PREMIUM, ULTIMATE, SILVER, GOLD)
Prej je GitLabov sistem dovoljenj oteževal pravilno razdelitev odgovornosti znotraj vaše ekipe med tiste, ki so odgovorni za razvoj, in tiste, ki so odgovorni za uvajanje. Z izdajo GitLaba 13.4 lahko daste dovoljenje za odobritev zahtev za združevanje za uvedbo, kot tudi za dejansko uvajanje kode ljudem, ki ne pišejo kode, ne da bi jim dali pravice dostopa vzdrževalcev (v ruski lokalizaciji GitLaba »vzdrževalec« ).
и .
Varnostni center
(KONČNO, ZLATO)
Prej je bilo upravljanje ranljivosti na ravni instance omejeno tako v funkcionalnosti kot v prilagodljivosti. Vmesnik je bila ena stran, ki združuje podrobnosti o ranljivostih, metrične grafe in nastavitve. Ni veliko prostora za razvoj teh funkcij ali uporabo drugih varnostnih funkcij.
Temeljito smo spremenili način upravljanja varnosti in preglednosti v GitLabu. Varnostna plošča instance je bila spremenjena v celoten varnostni center. Največja sprememba je uvedba nove strukture menija: namesto ene strani vidite varnostno nadzorno ploščo, poročilo o ranljivosti in razdelek z nastavitvami ločeno. Čeprav se funkcionalnost ni spremenila, bo razčlenitev na dele omogočila izboljšave tega razdelka, ki bi sicer bile težavne. To tudi postavlja temelje za dodajanje drugih zmogljivosti, povezanih z varnostjo, v prihodnosti.
Namenski razdelek Poročilo o ranljivosti ima zdaj več prostora za prikaz pomembnih podrobnosti. Tukaj so ranljivosti, ki so trenutno na seznamu ranljivosti projekta. Premikanje pripomočkov z meritvami ranljivosti v ločen razdelek ustvari priročno varnostno nadzorno ploščo. Zdaj je podlaga za prihodnje vizualizacije – ne samo za upravljanje ranljivosti, ampak za vse meritve, povezane z varnostjo. Nazadnje, ločeno območje z nastavitvami ustvarja skupni prostor za vse varnostne nastavitve na ravni instance, ne le za upravljanje ranljivosti.
и .
Preklopljive funkcije so zdaj v GitLab Starter
(ZAČETNIK, PREMIUM, ULTIMATE, BRONA, SREBRO, ZLATO)
GitLab 11.4 je bil izdan . V 12.2 smo uvedli strategije zanje и , v 13.1 pa so dodali и za različna okolja.
V začetku tega leta se je GitLab zavezal v odprto kodo. V tej izdaji smo zaključili selitev funkcij, ki jih je mogoče preklopiti, na načrt Starter in jih bomo nadaljevali s selitvijo v Core iz . Veseli nas, da lahko to funkcijo ponudimo več uporabnikom, in želimo slišati, kako jo uporabljate.
и .
Hitra navigacija iz iskalne vrstice
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Včasih pri navigaciji po GitLabu želite iti naravnost na določen projekt in ne na stran z rezultati iskanja.
Z uporabo globalne iskalne vrstice se lahko hitro pomaknete do najnovejših vstopnic, skupin, projektov, nastavitev in tem pomoči. Uporabite lahko celo bližnjično tipko /da premaknete kazalec v iskalno vrstico za še bolj učinkovito navigacijo po GitLabu!
и .
Prikaz pokritosti kode v razlikah zahtev za spajanje
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pri pregledu zahteve za združitev je lahko težko ugotoviti, ali je spremenjena koda zajeta v testih enot. Namesto tega se lahko pregledovalci zanesejo na celotno pokritost in zahtevajo, da se poveča, preden odobrijo zahtevo za združitev. To lahko privede do naključnega pristopa k pisanju testov, kar dejansko ne bo izboljšalo kakovosti kode ali pokritosti testa.
Zdaj, ko si ogledujete razliko zahteve za spajanje, boste videli vizualni prikaz pokritosti kode. Nove oznake vam bodo omogočile, da hitro razumete, ali je spremenjena koda zajeta v testu enote, kar bo pripomoglo k hitrejšemu pregledu kode in času združevanja in uvajanja nove kode.
Hvala in Siemens za to funkcijo!
и .
Več okolij in projektov na plošči Okolja
(PREMIUM, ULTIMATE, SILVER, GOLD)
Od izdaje GitLab 12.5 z uporabo lahko spremljate stanje okolij, vendar ne več kot sedem okolij v treh projektih. To ploščo smo v izdaji 13.4 izboljšali tako, da smo jo razdelili na strani, da vam pomaga vzdrževati in upravljati vaša okolja v velikem obsegu. Zdaj lahko vidite več okolij v več projektih.
и .
GitLab prevzame nadzor nad ponudnikom GitLab Terraform
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pred kratkim smo in načrt . V preteklem mesecu smo sprejeli 21 zahtev za združitev in zaprli 31 prijav, vključno z nekaterimi dolgotrajnimi napakami in manjkajočimi funkcijami, kot je . Ti lahko v dokumentaciji Terraform.
и .
Fuzzing API testiranje s specifikacijami OpenAPI ali datoteko HAR
(KONČNO, ZLATO)
Testiranje zamegljenosti API-jev je odličen način za iskanje hroščev in ranljivosti v vaših spletnih aplikacijah in API-jih, ki bi jih drugi skenerji in metode testiranja morda spregledali.
Testiranje zamegljevanja API-ja v GitLabu vam omogoča, da zagotovite ali svojo aplikacijo in nato samodejno ustvari naključne vhodne podatke, namenjene testiranju robnih primerov in iskanju napak. Rezultati so takoj vidni v vašem cevovodu.
To je naša prva izdaja za testiranje fuzz API-ja in radi bi slišali, kaj mislite. Imamo več na zalogi za fuzz testiranje , ki ga bomo osnovali na izdaji te funkcije.
и .
Predogled novih grafov na plošči z meritvami
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Prej ustvarjanje grafa na nadzorni plošči metrik v GitLabu ni bila lahka naloga. Ko ste ustvarili meritev v datoteki YAML nadzorne plošče, ste jo spremenili master, ne da bi lahko preverili, ali na novo ustvarjeni graf deluje točno tako, kot potrebujete. Od te izdaje naprej si lahko med ustvarjanjem grafa ogledate predogled sprememb in dobite predstavo o rezultatu, preden pošljete spremembe v datoteko YAML na nadzorni plošči.
и .
Podatki o pokritosti kode s testi za vse projekte skupine
(PREMIUM, ULTIMATE, SILVER, GOLD)
Ko upravljate veliko število projektov v GitLabu, potrebujete en sam vir informacij o tem, kako se pokritost kode skozi čas spreminja v vseh projektih. Prej je prikazovanje teh informacij zahtevalo dolgočasno in dolgotrajno ročno delo: morali ste prenesti podatke o pokritosti kode iz vsakega projekta in jih združiti v tabeli.
V izdaji 13.4 je postalo mogoče enostavno in hitro sestaviti .csv datoteka z vsemi podatki o pokritosti kode za vse projekte skupine oziroma za izbor projektov. Ta funkcija je MVC, sledila ji bo možnost .
и .
Podpora za nove jezike za popolno testiranje fuzzov
(KONČNO, ZLATO)
Ta izdaja uvaja podporo za več novih jezikov za fuzz testiranje, katerega cilj je popolna pokritost.
Zdaj lahko ocenite vse zmožnosti testiranja fuzzinga v svojih aplikacijah Java, Rust in Swift ter poiščete napake in ranljivosti, ki jih drugi skenerji in metode testiranja morda spregledajo.
и .
Opozorila na glavni strani okolja
(PREMIUM, ULTIMATE, SILVER, GOLD)
Stran Okolja prikazuje splošno stanje vaših okolij. V tej izdaji smo to stran izboljšali z dodajanjem prikaza opozoril. Sprožena opozorila skupaj s stanjem vaših okolij vam bodo pomagala hitro ukrepati in popraviti nastale situacije.
и .
Ugnezdeni cevovodi lahko zdaj izvajajo lastne ugnezdene cevovodi
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Z uporabo ugnezdenih cevovodov je zdaj mogoče zagnati nove cevovode znotraj podrejenih cevovodov. Dodatna raven globine je lahko koristna, če potrebujete prilagodljivost za ustvarjanje spremenljivega števila cevovodov.
Prej je pri uporabi ugnezdenih cevovodov vsak podrejeni cevovod zahteval ročno definiranje prožilnega opravila v nadrejenem cevovodu. Zdaj lahko ustvarite ugnezdene cevovode, ki bodo dinamično zagnali poljubno število novih ugnezdenih cevovodov. Na primer, če imate monorepozitorij, lahko dinamično ustvarite prvi podcevovod, ki bo sam ustvaril zahtevano število novih cevovodov na podlagi sprememb v veji.
и .
Izboljšana navigacija med nadrejenimi in ugnezdenimi cevovodi
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Prej krmarjenje med nadrejenimi in ugnezdenimi cevovodi ni bilo zelo priročno - potrebovali ste veliko klikov, da ste prišli do želenega cevovoda. Prav tako ni bilo lahko ugotoviti, katero delo je začelo cevovod. Zdaj bo veliko lažje videti povezave med nadrejenimi in ugnezdenimi cevovodi.
и .
Zaposlitve vzporedne matrike prikazujejo ustrezne spremenljivke v nazivu delovnega mesta
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Če ste uporabili , ste morda opazili, da je bilo težko določiti, katera matrična spremenljivka je bila uporabljena za določeno opravilo, saj so imena opravil izgledala kot matrix 1/4. V izdaji 13.4 boste namesto generičnega imena opravila videli ustrezne vrednosti spremenljivk, ki so bile uporabljene v tem opravilu. Na primer, če je vaš cilj odpraviti napake v arhitekturi x86, bo opravilo poklicano matrix: debug x86.
и .
Druge izboljšave v GitLab 13.4
Povezovanje računa Atlassian
(CORE, STARTER, PREMIUM, ULTIMATE)
Uporabniki GitLaba bodo zdaj lahko povezali svoje račune GitLab s svojim računom Atlassian Cloud. To vam bo omogočilo prijavo v GitLab s svojimi poverilnicami Atlassian in postavilo temelje za prihodnje izboljšave integracije. in z drugimi izdelki iz linije Atlassian.
и .
Izvoz seznama vseh potrditev združevanja
(KONČNO, ZLATO)
Organizacije, ki se osredotočajo na skladnost, potrebujejo način, da revizorjem pokažejo celovit pogled na komponente, povezane s katero koli spremembo v proizvodnji. V GitLabu to pomeni zbiranje vsega na enem mestu: zahteve za združevanje, vstopnice, cevovode, varnostne preglede in druge podatke o objavi. Do zdaj ste jih morali ročno zbirati v GitLabu ali konfigurirati svoja orodja za zbiranje informacij, kar ni bilo zelo učinkovito.
Zdaj lahko programsko zbirate in izvozite te podatke, da izpolnite revizijske zahteve ali izvedete druge analize. Če želite izvoziti seznam vseh potrditev združevanja za trenutno skupino, morate iti na in kliknite na gumb Seznam vseh potrditev spajanja. Nastala datoteka bo vsebovala vse objave zahteve za združevanje, njihovega avtorja, ID povezane zahteve za združevanje, skupino, projekt, potrditelje in druge informacije.
и .
Navedite in upravljajte žetone osebnega dostopa prek API-ja
(KONČNO, ZLATO)
Upravljanje dostopa do imenskega prostora GitLab je pomemben del prizadevanj za skladnost. Od načel najmanjših privilegijev do onemogočanja časovno omejenega dostopa je lahko več zahtev, povezanih z žetoni osebnega dostopa v GitLabu. Da bi olajšali vzdrževanje in upravljanje vseh teh uporabniških poverilnic v vašem imenskem prostoru, smo zagotovili možnost seznama vseh žetonov osebnega dostopa in izbirno prek API-ja.
Te izboljšave API-ja GitLab omogočajo uporabnikom, da navedejo in prekličejo lastne žetone za osebni dostop, skrbnikom pa, da navedejo in prekličejo žetone svojih uporabnikov. Skrbniki bodo zdaj lažje videli, kdo ima dostop do njihovega imenskega prostora, sprejemali odločitve o dostopu na podlagi uporabniških podatkov in preklicali osebne dostopne žetone, ki so morda ogroženi ali so zunaj politik upravljanja dostopa podjetja.
и .
Povezane težave in druge funkcije so zdaj v GitLab Core
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pred nekaj meseci smo objavili načrt za . Z delom za izpolnitev te obljube smo dosegli , и (v ruski lokalizaciji GitLaba »deska za razprave«), ki je na voljo v osnovnem načrtu. To velja samo za razmerja »povezano z«; razmerja »bloki« in »blokirana« ostanejo v plačljivih načrtih.
и .
Prikaz imena izvorne veje v stranski vrstici zahteve za spajanje
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Ko pregledujete spremembe kode, razprave in izdaje zahtev za združitev, je pogosto zaželeno, da naredite lokalno preverjanje veje za podrobnejši pregled. Vendar postaja iskanje imena niti čedalje težje, saj je opisu zahteve za spajanje dodane več vsebine in se morate pomikati navzdol po strani.
Ime veje smo dodali v stransko vrstico z zahtevo za združitev, tako da je dostopna kadar koli in da ni več potrebe po pomikanju po celotni strani. Tako kot povezava do zahteve za združitev vsebuje razdelek izvorne veje priročen gumb »kopiraj«.
Hvala za vaš velik prispevek k razvoju te funkcije!
и .
Indikacija prisotnosti strnjenih datotek v razlikah zahtev za spajanje
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Zahteve za spajanje, ki dodajajo spremembe v več datotek, včasih strnejo razlike velikih datotek, da izboljšajo zmogljivost upodabljanja. Ko se to zgodi, je možno, da med pregledovanjem pomotoma preskočite datoteko, zlasti pri zahtevah za spajanje z velikim številom datotek. Začenši z različico 13.4 bodo zahteve za spajanje označile razlike, ki vsebujejo prepognjene datoteke, tako da teh datotek med pregledom kode ne boste zamudili. Za še večjo jasnost nameravamo v prihodnji izdaji tem datotekam dodati označevanje. Ostanite z nami za posodobitve na .
и .
Opozorilo o prisotnosti strnjenih datotek v diff zahteve za spajanje
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
V razdelku za razlike v zahtevah za spajanje so velike datoteke strnjene, da se izboljša zmogljivost. Vendar pa lahko pri pregledovanju kode nekatere datoteke zgrešijo, ko se pregledovalec pomika po seznamu datotek, saj so vse velike datoteke strnjene.
Dodali smo vidno opozorilo na vrhu strani za razlikovanje zahteve za združitev, da uporabnike obvestimo, da je v tem razdelku združena datoteka. Tako med pregledom ne boste zamudili nobenih sprememb zahteve za združitev.
и .
Samodejna obnovitev repozitorija gruč Gitaly
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Prej, ko je bilo primarno vozlišče gruče Gitaly brez povezave, so bili repozitoriji v tem vozlišču označeni kot samo za branje. To je preprečilo izgubo podatkov v primerih, ko je prišlo do sprememb na vozlišču, ki še niso bile podvojene. Ko se je vozlišče vrnilo v splet, GitLab ni bil samodejno obnovljen in skrbniki so morali ročno začeti postopek sinhronizacije ali sprejeti izgubo podatkov. Druge situacije, kot je napaka opravila podvajanja na sekundarnem vozlišču, lahko prav tako povzročijo zastarele repozitorije ali repozitorije samo za branje. V tem primeru je repozitorij ostal zastarel, dokler ni prišlo do naslednje operacije pisanja, ki bi začela opravilo podvajanja.
Za rešitev tega problema zdaj načrtuje opravilo replikacije, ko zazna zastarelo skladišče na enem vozlišču in najnovejšo različico skladišča na drugem. To opravilo replikacije samodejno ohranja posodobljen repozitorij, s čimer se odpravi potreba po ročnem obnavljanju podatkov. Samodejna obnovitev prav tako zagotavlja, da so sekundarna vozlišča hitro posodobljena, če opravilo replikacije ne uspe, namesto da bi čakali na naslednjo operacijo pisanja. Ker veliko gruč Gilaly hrani veliko število repozitorijev, to znatno skrajša čas, ki ga skrbniki in inženirji za zanesljivost porabijo za obnovitev podatkov po napaki.
Poleg tega samodejno popravilo zažene replikacijo repozitorijev na katerem koli novem vozlišču Gitaly, dodanem v gručo, s čimer se odpravi ročno delo pri dodajanju novih vozlišč.
и .
Opravilo označite kot dokončano na strani za oblikovanje
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Učinkovita komunikacija v GitLabu temelji na seznamih opravil. Če ste omenjeni v komentarju, je ključnega pomena, da lahko skočite k nalogi in začnete nekaj delati ali pa to označite kot dokončano. Pomembno je tudi, da si lahko dodelite nalogo, ko morate na nečem delati ali se k temu vrniti pozneje.
Prej pri delu z dizajni niste mogli dodati nalog ali jih označiti kot dokončane. To je resno motilo učinkovitost komunikacije med produktnimi ekipami, saj so opravila ključni element delovnega toka GitLab.
V izdaji 13.4 načrti dohitevajo komentarje vstopnic pri uporabi nalog, zaradi česar je delo z njimi bolj dosledno in učinkovito.
и .
Izboljšan vodnik za odpravljanje težav za CI/CD
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Izboljšali smo vodnik za odpravljanje težav za GitLab CI/CD z več informacijami o pogostih težavah, na katere lahko naletite. Upamo, da bo izboljšana dokumentacija dragocen vir, ki vam bo pomagal hitro in preprosto zagnati GitLab CI/CD.
и .
Zahteve za združevanje ne izpadejo več iz čakalne vrste za združevanje
(PREMIUM, ULTIMATE, SILVER, GOLD)
Prej so lahko zahteve za združevanje pomotoma padle iz čakalne vrste za združevanje zaradi poznih komentarjev. Če je bila zahteva za združitev že v čakalni vrsti in ji je nekdo dodal komentar, ki je ustvaril novo nerazrešeno razpravo, se je zahteva za združitev štela za neprimerno za združitev in bi izpadla iz čakalne vrste. Zdaj, ko je zahteva za združevanje dodana v čakalno vrsto za združevanje, je mogoče dodati nove komentarje brez strahu, da bi motili postopek združevanja.
и .
Prikaz vrednosti pokritosti kode za opravilo v zahtevi za spajanje
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Razvijalci bi morali imeti možnost videti vrednost pokritosti kode po zaključku cevovoda – tudi v zapletenih scenarijih, kot je izvajanje cevovoda z več opravili, ki jih je treba razčleniti za izračun vrednosti pokritosti. Prej je pripomoček za zahtevo po združitvi prikazoval samo povprečje teh vrednosti, kar je pomenilo, da ste se morali pomakniti na stran za delo in nazaj na zahtevo za združitev, da dobite vmesne vrednosti pokritosti. Da bi vam prihranili čas in te dodatne korake, smo naredili, da gradnik prikazuje povprečno vrednost pokritosti, njene spremembe med ciljno in izvorno vejo ter opis orodja, ki prikazuje vrednost pokritosti za vsako opravilo, na podlagi katere je bilo izračunano povprečje.
и .
Odstranjevanje paketov iz registra paketov pri ogledu skupine
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Register paketov GitLab je mesto za shranjevanje in distribucijo paketov v različnih formatih. Ko imate v svojem projektu ali skupini veliko paketov, morate hitro prepoznati neuporabljene pakete in jih odstraniti, da ljudem preprečite, da bi jih naložili. Pakete lahko odstranite iz registra prek ali prek uporabniškega vmesnika registra paketov. Vendar do zdaj niste mogli odstraniti paketov, ko si ogledujete skupino prek uporabniškega vmesnika. Posledično ste morali odstraniti nepotrebne pakete za vsak projekt posebej, kar je bilo neučinkovito.
Zdaj lahko odstranite pakete, ko si ogledujete register paketov skupine. Preprosto pojdite na stran registra paketov skupine, filtrirajte pakete po imenu in odstranite tiste, ki jih ne potrebujete.
и .
Prilagoditev paketov Conan na raven projekta
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Repozitorij Conan v GitLabu lahko uporabite za objavo in distribucijo odvisnosti C/C++. Vendar so prej paketi lahko obsegali samo raven primerka, saj je ime paketa Conan lahko vsebovalo največ 51 znakov. Če bi želeli objaviti paket iz podskupine npr gitlab-org/ci-cd/package-stage/feature-testing/conan, je bilo skoraj nemogoče narediti.
Zdaj lahko pakete Conan prilagodite na raven projekta, kar olajša objavo in distribucijo odvisnosti vaših projektov.
и .
Podpora za nove upravitelje paketov in jezike za pregledovanje odvisnosti
(KONČNO, ZLATO)
Z veseljem dodajamo preglede odvisnosti za projekte kode C, C++, C# in .Net, ki uporabljajo upravljalnike paketov NuGet 4.9+ ali Conan, na naš seznam . Zdaj lahko omogočite pregledovanje odvisnosti kot del varne stopnje, da preverite znane ranljivosti v odvisnostih, dodanih prek upraviteljev paketov. Najdene ranljivosti bodo prikazane v vaši zahtevi za združitev skupaj z njihovo stopnjo resnosti, tako da boste pred izvedbo združitve vedeli, kakšna tveganja prinaša nova odvisnost. Svoj projekt lahko konfigurirate tudi po potrebi za odvisnosti z ranljivostmi s kritičnimi (Critical), visokimi (High) ali neznanimi (Unknown) stopnjami resnosti.
и .
Obvestila ob spremembi nastavitve zahteve za združitev na 'Združi, ko se cevovod uspešno zaključi'
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Prej pri nastavljanju nastavitev zahteve za spajanje Spojite, ko se cevovod konča (Merge When Pipeline Succeeds, MWPS) ni bilo poslano nobeno e-poštno obvestilo. Stanje ste morali preveriti ročno ali počakati na obvestilo o združitvi. S to izdajo z veseljem predstavljamo prispevke uporabnikov , ki je to težavo rešil tako, da je dodal samodejna obvestila vsem, ki so naročeni na zahtevo za združitev, ko pregledovalec spremeni nastavitev združitve na MWPS.
и .
Ustvarjanje gruč EKS z uporabniško določeno različico Kubernetes
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Uporabniki GitLaba lahko zdaj izberejo različico Kubernetesa, ki jo bo zagotovil EKS; izbirate lahko med različicami 1.14–1.17.
и .
Ustvarjanje incidentov kot vrst vstopnic
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Vsaka težava, ki se pojavi, ne sproži takojšnjih opozoril: uporabniki poročajo o izpadih, člani skupine pa raziskujejo težave z zmogljivostjo. Incidenti so zdaj vrsta vozovnice, tako da jih lahko vaše ekipe hitro ustvarijo kot del običajnega poteka dela. Kliknite Nova naloga od koder koli v GitLabu in na terenu Tip izberite Nezgoda.
и .
Omenjanje opozoril GitLab v Markdownu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Izboljšali smo opozorila GitLab z dodajanjem nove vrste omembe posebej zanje v GitLab Markdown, kar olajša skupno rabo in omembo opozoril. Uporaba ^alert#1234da omenite opozorilo v katerem koli polju Markdown: v incidentih, prijavah ali zahtevah za združitev. To vam bo tudi pomagalo prepoznati opravila, ki so ustvarjena iz opozoril in ne iz vstopnic ali zahtev za združevanje.
и .
Ogled obremenitve opozoril glede na dogodek
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Opis opozorila vsebuje informacije, ki so bistvenega pomena za odpravljanje težav in obnovitev, in te informacije morajo biti lahko dostopne, da vam med reševanjem incidenta ni treba preklapljati med orodji ali zavihki. Pri dogodkih, ustvarjenih iz opozoril, je na zavihku prikazan celoten opis opozorila Podrobnosti opozorila.
75 % hitrejše napredno iskanje
(ZAČETNIK, PREMIUM, ULTIMATE, BRONA, SREBRO, ZLATO)
GitLab ima kot ena sama aplikacija edinstveno sposobnost hitrega odkrivanja vsebine v vašem celotnem delovnem toku DevOps. V GitLab 13.4 napredno iskanje vrne rezultate 75 % hitreje, ko , kot na GitLab.com.
и .
Ogled izbrisanih projektov za skrbnike
(CORE, STARTER, PREMIUM, ULTIMATE)
Obstajala je možnost odloga izbrisa projekta . Vendar prej ni bilo mogoče na enem mestu videti vseh projektov, ki čakajo na izbris. Skrbniki uporabniških instanc GitLab si lahko zdaj ogledajo vse čakajoče projekte za brisanje na enem mestu, skupaj z gumbi za preprosto obnovitev teh projektov.
Ta funkcija daje skrbnikom večji nadzor nad brisanjem projektov z zbiranjem vseh pomembnih informacij na enem mestu in zagotavljanjem možnosti razveljavitve neželenih izbrisa.
Hvala za to funkcijo!
и .
V API je dodana podpora za pravila skupinskega potiskanja
(ZAČETNIK, PREMIUM, ULTIMATE, BRONA, SREBRO, ZLATO)
Prej je bilo mogoče skupinska potisna pravila konfigurirati le tako, da obiščete vsako skupino posebej prek uporabniškega vmesnika GitLab in uporabite ta pravila. Zdaj lahko ta pravila upravljate prek API-ja za podporo orodij po meri in avtomatizacije GitLab.
и .
Preklic žetonov osebnega dostopa za samoupravljano shranjevanje poverilnic
(KONČNO)
Skrbnikom zagotavlja informacije, ki jih potrebujejo za upravljanje uporabniških poverilnic za njihov primerek GitLab. Ker se organizacije, ki se osredotočajo na skladnost, razlikujejo glede na strogost svojih politik upravljanja poverilnic, smo dodali gumb, ki skrbnikom omogoča, da po želji prekličejo uporabnikov žeton osebnega dostopa (PAT). Skrbniki lahko zdaj enostavno prekličejo morebitno ogrožene PAT. Ta funkcija je uporabna za organizacije, ki želijo bolj prilagodljive možnosti skladnosti za zmanjšanje motenj za svoje uporabnike.
и .
Konfiguracijska datoteka za urejevalnik statičnega mesta
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
V GitLab 13.4 uvajamo nov način prilagajanja urejevalnika statičnega mesta. Čeprav konfiguracijska datoteka v tej izdaji ne shrani ali prejme nobenih nastavitev, postavljamo temelje za prihodnje prilagajanje vedenja urejevalnika. V prihodnjih izdajah bomo dodali v datoteko .gitlab/static-site-editor.yml parametri za namestitev , na katerem , ki preglasi nastavitve sintakse Markdown in druge nastavitve urejevalnika.
и .
Urejanje uvodnega dela datoteke z urejevalnikom statičnega mesta
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Sprednja zadeva je prilagodljiv in priročen način za definiranje spremenljivk strani v podatkovnih datotekah za obdelavo v generatorju statičnih spletnih mest. Običajno se uporablja za nastavitev naslova strani, predloge postavitve ali avtorja, vendar se lahko uporablja za posredovanje katere koli vrste metapodatkov generatorju pri upodabljanju strani v HTML. Uvodni del, ki je vključen na sam vrh vsake podatkovne datoteke, je običajno oblikovan kot YAML ali JSON in zahteva dosledno in natančno sintakso. Uporabniki, ki niso seznanjeni s posebnimi sintaksnimi pravili, lahko nehote vnesejo neveljavne oznake, kar lahko povzroči težave pri oblikovanju ali celo napake pri gradnji.
Način urejanja WYSIWYG urejevalnika statičnega mesta že odstrani uvod iz urejevalnika, da prepreči te napake pri oblikovanju. Vendar vam to preprečuje spreminjanje vrednosti, shranjenih v tem delu, ne da bi se vrnili k urejanju v izvornem načinu. V GitLab 13.4 lahko dostopate do katerega koli polja in urejate njegovo vrednost v znanem vmesniku, ki temelji na obrazcih. Ko je gumb pritisnjen Nastavitve (Nastavitve) se odpre okno, ki prikazuje polje obrazca za vsak ključ, definiran na začetku. Polja so izpolnjena s trenutno vrednostjo, urejanje katerega koli izmed njih pa je preprosto kot vnos v spletni obrazec. Urejanje uvoda na ta način se izogne zapleteni sintaksi in vam omogoči popoln nadzor nad vsebino, hkrati pa zagotovi dosledno oblikovanje končnega rezultata.
и .
GitLab za Jira in DVCS Connector je zdaj v jedru
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Za uporabnike Jire na GitLabu: и vam omogočajo, da prikažete informacije o GitLabovih obvezah in zahtevah za spajanje neposredno v Jiri. V kombinaciji z našo vgrajeno integracijo Jira se lahko preprosto premikate med obema aplikacijama med delom.
Te funkcije so bile prej na voljo samo v našem paketu Premium, zdaj pa so na voljo vsem uporabnikom!
и .
Večinsko glasovanje za transakcije grozdov Gitaly (beta)
(CORE, STARTER, PREMIUM, ULTIMATE)
Gruča Gitaly vam omogoča replikacijo repozitorijev Git v več "toplih" vozlišč Gitaly. To poveča odpornost na napake z odpravo posameznih točk okvare. , uveden v GitLab 13.3, povzročijo, da se spremembe oddajajo vsem vozliščem Gitaly v gruči, vendar le vozlišča Gitaly, ki glasujejo v soglasju s primarnim vozliščem, shranijo spremembe na disk. Če se vsa vozlišča replike ne strinjajo, bo na disk shranjena samo ena kopija spremembe, ki ustvari eno samo točko napake, dokler se asinhrona replikacija ne zaključi.
Večinsko glasovanje izboljšuje toleranco napak, saj zahteva soglasje večine vozlišč (ne vseh) pred shranjevanjem sprememb na disk. Če je ta preklopna funkcija omogočena, bi moralo pisanje uspeti na več vozliščih. Nesoglasna vozlišča se samodejno sinhronizirajo z uporabo asinhronega podvajanja iz tistih vozlišč, ki so tvorila kvorum.
и .
Podpora za shemo po meri za preverjanje JSON v Web IDE
(PREMIUM, ULTIMATE, SILVER, GOLD)
Projekti, pri katerih ljudje pišejo konfiguracije v JSON ali YAML, so pogosto nagnjeni k težavam, ker je enostavno narediti tipkarsko napako in nekaj pokvariti. Možno je napisati orodja za inšpekcijo, da bi te težave ujeli v cevovodu CI, vendar je uporaba datoteke sheme JSON lahko koristna za zagotavljanje dokumentacije in namigov.
Udeleženci projekta lahko v svojem repozitoriju določijo pot do sheme po meri v datoteki .gitlab/.gitlab-webide.yml, ki določa shemo in pot do datotek, ki jih je treba preveriti. Ko naložite določeno datoteko v spletno okolje IDE, boste videli dodatne povratne informacije in preverjanje, ki vam bosta v pomoč pri ustvarjanju datoteke.
и .
Omejitev razvejanja usmerjenega acikličnega grafa (DAG) je povečana na 50
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Če uporabljate tekoče trakove (usmerjeni aciklični graf (DAG)), boste morda ugotovili, da obstaja omejitev 10 opravil, ki jih lahko določi opravilo needs:, prestrogo. V 13.4 je bila privzeta omejitev povečana z 10 na 50, da se omogočijo bolj zapletena omrežja odnosov med opravili v vaših cevovodih.
Če ste skrbnik primerka GitLab po meri, lahko to omejitev še povečate tako, da nastavite funkcijo preklopa, čeprav za to ne ponujamo uradne podpore.
и .
Izboljšano vedenje needs za zamujene naloge
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
V nekaterih primerih se lahko zgrešeno opravilo v cevovodu nepravilno šteje za uspešno za odvisnosti, določene v needs, kar je povzročilo izvajanje naslednjih opravil, kar se ne bi smelo zgoditi. To vedenje je bilo popravljeno v različici 13.4 in needs zdaj pravilno obravnava primere zgrešenih nalog.
и .
Pripnite zadnji artefakt naloge, da preprečite njegovo brisanje
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab zdaj samodejno zaklene zadnje uspešno opravilo in artefakt cevovoda na kateri koli aktivni veji, zahtevi za spajanje ali oznaki, da prepreči, da bi bili izbrisani po poteku. Postane lažje nastaviti agresivnejša pravila poteka za čiščenje starih artefaktov. To pomaga zmanjšati porabo prostora na disku in zagotavlja, da imate vedno kopijo najnovejšega artefakta iz cevovoda.
и .
Vodnik CI/CD za optimizacijo cevovoda
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Optimizacija cevovoda CI/CD lahko izboljša hitrost dostave in prihrani denar. Izboljšali smo našo dokumentacijo, da vključuje hiter vodnik, kako kar najbolje izkoristiti optimizacijo svojih cevovodov.
и .
Poročilo o preskusu, razvrščeno po statusu testa
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
je preprost način za ogled rezultatov vseh testov v cevovodu. Pri velikem številu testov pa lahko iskanje neuspelih testov traja dolgo. Druge težave, ki lahko otežijo uporabo poročila, vključujejo težave pri premikanju po dolgih izhodih sledenja in časovno zaokroževanje na nič za teste, ki se izvedejo v manj kot 1 sekundi. Zdaj privzeto pri razvrščanju testnega poročila neuspele teste najprej postavi na začetek poročila, nato pa razvrsti teste po trajanju. To olajša iskanje napak in dolgih testov. Poleg tega so trajanja testa zdaj prikazana v milisekundah ali sekundah, zaradi česar so veliko hitrejši za branje, prav tako so bile odpravljene prejšnje težave s pomikanjem.
и .
Omejitve velikosti datotek, naloženih v register paketov
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Zdaj obstajajo omejitve glede velikosti datotek paketov, ki jih je mogoče naložiti v register paketov GitLab. Dodane so bile omejitve za optimizacijo delovanja registra paketov in preprečevanje zlorab. Omejitve se razlikujejo glede na obliko paketa. Za GitLab.com so največje velikosti datotek:
- Conan: 250 MB
- Maven: 3 GB
- NPM: 300 MB
- NuGet: 250 MB
- PyPI: 3 GB
Za primerke GitLab po meri so privzete vrednosti enake. Vendar lahko skrbnik posodobi omejitve z uporabo .
и .
Za objavo paketov PyPI uporabite CI_JOB_TOKEN
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Repozitorij PyPI GitLab lahko uporabite za ustvarjanje, objavo in skupno rabo paketov Python skupaj z izvorno kodo in cevovodi CI/CD. Vendar prej niste mogli preveriti pristnosti v repozitoriju z vnaprej določeno spremenljivko okolja CI_JOB_TOKEN. Posledično ste morali za posodobitev repozitorija PyPI uporabiti svoje osebne poverilnice ali pa ste se morda odločili, da repozitorija sploh ne boste uporabljali.
Zdaj je preprosteje uporabljati GitLab CI/CD za objavo in namestitev paketov PyPI z uporabo vnaprej določene spremenljivke okolja CI_JOB_TOKEN.
и .
Profili skenerja DAST na zahtevo
(KONČNO, ZLATO)
Na skeniranje DAST na zahtevo, ki je bilo , dodani so bili profili optičnega bralnika DAST. Razširijo konfiguracijske zmogljivosti teh skeniranj, kar vam omogoča hitro ustvarjanje več profilov za pokrivanje več vrst skeniranj. V različici 13.4 profil pajka izvorno vključuje nastavitev časovne omejitve pajka, ki določa, kako dolgo naj teče pajek DAST, ko poskuša odkriti vse strani pajkanega mesta. Profil vključuje tudi nastavitev časovne omejitve ciljnega spletnega mesta, da nastavite, kako dolgo naj pajek čaka, da spletno mesto postane dostopno, preden prekine iskanje, če se spletno mesto ne odzove s statusno kodo 200 ali 300. Ko bomo še naprej izboljševali, bo ta funkcija dodan v profil optičnega bralnika v prihodnjih izdajah; dodani bodo dodatni konfiguracijski parametri.
и .
Preprosta konfiguracijska datoteka preusmeritve za GitLab Pages
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Če uporabljate GitLab Pages in želite bolje upravljati spremembe URL-jev, ste morda opazili, da upravljanje preusmeritev na vašem spletnem mestu GitLab Pages ni bilo mogoče. GitLab vam zdaj omogoča, da konfigurirate pravila za preusmeritev enega URL-ja na drugega za vaše spletno mesto Pages, tako da v repozitorij dodate konfiguracijsko datoteko. Ta funkcija je omogočena zahvaljujoč prispevku Kevina Barnetta (), naš Eric Eastwood () in ekipe GitLab. Hvala vsem za vaš prispevek.
и .
Stanje Terraform upravlja GitLab
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Dostop do prejšnjih različic stanja Terraform je potreben tako za skladnost kot za odpravljanje napak, če je potrebno. Podpora za različico stanja Terraform, ki ga upravlja GitLab, je na voljo od GitLaba 13.4. Različice so samodejno omogočene za nove datoteke stanja Terraform. Obstoječe datoteke stanja Terraform bodo v kasnejši izdaji.
и .
Pomembne podrobnosti obvestila o incidentu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pri obdelavi incidentov morate imeti možnost enostavno določiti, kako dolgo je bilo opozorilo odprto in kolikokrat je bil dogodek sprožen. Te podrobnosti so pogosto ključne pri določanju vpliva na stranko in o tem, kaj bi morala vaša ekipa najprej obravnavati. V novi plošči s podrobnostmi o incidentu prikažemo začetni čas opozorila, število dogodkov in povezavo do izvirnega opozorila. Te informacije so na voljo za incidente, ki so ustvarjeni iz opozoril.
и .
Nastavitev in urejanje parametra resnosti incidenta
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Razsežnost resnosti incidenta omogoča odzivnikom in zainteresiranim stranem, da določijo vpliv izpada ter metodo in nujnost odziva. Ko vaša ekipa deli rezultate med reševanjem incidenta in okrevanjem, lahko spremeni to nastavitev. Zdaj lahko uredite resnost incidenta v desni stranski vrstici strani s podrobnostmi o incidentu, resnost pa je prikazana na seznamu incidentov.
и .
Ustvarjanje, urejanje in brisanje varnostnih pravil omrežja vsebnika
(KONČNO, ZLATO)
Ta izboljšava urejevalnika pravil za varnost omrežja Container omogoča uporabnikom enostavno ustvarjanje, urejanje in brisanje svojih pravil neposredno iz uporabniškega vmesnika GitLab. Funkcije urejevalnika vključujejo .yaml za izkušene uporabnike in urejevalnik pravil z intuitivnim vmesnikom za tiste, ki šele spoznavajo pravila omrežja. Nove možnosti upravljanja pravil najdete v razdelku Varnost in skladnost > Upravljanje groženj > Pravila (Varnost in skladnost > Upravljanje groženj > Politike).
и .
Podpora za shranjevanje blob Azure
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Tako GitLab kot GitLab Runner zdaj podpirata , kar olajša izvajanje storitev GitLab v Azure.
Primerki GitLab podpirajo Azure za vse vrste shramb predmetov, vključno z datotekami LFS, artefakti CI in . Če želite nastaviti shrambo Azure Blob, sledite navodilom za namestitev ali .
Procesorji opravil GitLab podpirajo tudi Azure za shranjevanje . Shrambo Azure lahko konfigurirate z uporabo razdelka .
и .
Paketi Omnibus ARM64 za Ubuntu in OpenSUSE
(CORE, STARTER, PREMIUM, ULTIMATE)
Kot odgovor na naraščajoče povpraševanje po podpori za izvajanje GitLaba na 64-bitni arhitekturi ARM z veseljem oznanjamo razpoložljivost uradnega paketa ARM64 Ubuntu 20.04 Omnibus. Velika hvala Zitai Chen in Guillaumeu Gardetu za ogromne prispevke, ki sta jih dala - njune zahteve za združitev so imele pri tem ključno vlogo!
Če želite prenesti in namestiti paket za Ubuntu 20.04, pojdite na naš in izberite Ubuntu.
и .
Podpora za preverjanje pristnosti pametne kartice za grafikon GitLab Helm
(PREMIUM, ULTIMATE)
Pametne kartice, kot so kartice skupnega dostopa (CAC), se zdaj lahko uporabljajo za preverjanje pristnosti v instanci GitLab, ki je nameščena prek grafikona Helm. Pametne kartice so overjene v lokalni bazi podatkov s potrdili X.509. S tem je podpora za pametne kartice s grafikonom Helm zdaj v skladu s podporo za pametne kartice, ki je na voljo v uvedbah Omnibus.
и .
Podrobne opombe ob izdaji in navodila za posodobitev/namestitev lahko preberete v izvirni angleški objavi: .
Delali smo na prevodu iz angleščine , , и .
Vir: www.habr.com