Vyšiel release 13.4 s úložiskom HashiCorp pre premenné CI, Kubernetes Agent a centrom bezpečnosti, ako aj prepínateľnými funkciami v Starter.
V GitLab vždy premýšľame o tom, ako pomôcť používateľom znížiť riziká, zvýšiť efektivitu a rýchlosť dodávok na vašej obľúbenej platforme. Tento mesiac sme pridali množstvo užitočných noviniek, ktoré rozširujú bezpečnostné možnosti, znižujú počet zraniteľností, zlepšujú efektivitu, uľahčujú prácu s GitLab a pomáhajú vášmu tímu dodávať funkcie ešte rýchlejšie. Dúfame, že vám prídu vhod hlavné funkcie release, ako aj 53 ďalších nových funkcií, pridaných v tomto release.
Rozšírené bezpečnostné možnosti
Snažíme sa pridávať niekoľko nových funkcií do GitLab DevSecOps každý mesiac, a tento release nie je výnimkou. v rámci zostavovania a nasadzovania. Okrem toho organizácie, ktoré chcú udržiavať oddelenie povinností pri nasadzovaní kódu, môžu teraz . Táto rola zodpovedá a umožní schvaľovať merge requesty (v slovenskej lokalizácii GitLab ‚žiadosti o zlúčenie‘) a nasadzovať kód v chránených prostrediach, bez toho aby sa poskytol prístup na zmeny samotného kódu.
Ďalší spôsob, ako znížiť riziká, je využitie nového Prevádzkoví špecialisti môžu nasadzovať clustre Kubernetes z GitLab bez potreby otvárať prístup k svojmu clustru pre celý internet. Taktiež predstavujeme automatickú podporu pre správu verzií pre nové stavy súborov Terraform s pre podporu zhody s predpismi a pohodlné ladenie. A nakoniec sa bezpečnostný panel v inštancii premenil na s reportami o zraniteľnostiach a bezpečnostnými nastaveniami.
Pohodlnejšia a efektívnejšia práca s GitLab
Zlepšili sme náš globálny vyhľadávač, keď sme doň pridali , ktorá umožňuje ľahko prechádzať k najnovším tiketom, skupinám, projektom, nastaveniam a sekciám pomoci. S radosťou oznamujeme, že v GitLab Pages na presmerovanie jednotlivých stránok a adresárov v rámci webu, čo umožní používateľom efektívnejšie spravovať svoje webové stránky. A tým, ktorí by chceli získať podrobnejšie informácie o nasadení, tento release ponúka !
Vklady s otvoreným zdrojovým kódom
Predstavujeme , ktoré pridal . Záznamy o pokrytí unit testami zmeneného kódu poskytujú vývojárom prehľad o pokrytí kódu pri revízii; tieto informácie pomáhajú urýchliť revíziu a znížiť čas na merge a nasadenie nového kódu. A navyše sme a plánujeme .
A to je len začiatok!
Ako vždy, vo všeobecnom prehľade je príliš málo miesta, a skvelých funkcií v release 13.4 je veľmi veľa. Tu je ešte niekoľko:
- .
Ak chcete vopred vedieť, čo vás čaká v nasledujúcom release, pozrite si .
.
tohto mesiaca —
Fabio výrazne prispel v — funkciu, ktorú komunitná GitLab dlhodobo očakávala. Toto je naozaj dôležitý príspevok s netriviálnymi zmenami, ktoré si vyžiadali neustálu spoluprácu s členmi tímu GitLab a ovplyvnili množstvo oblastí projektu, ako sú UX, frontend a backend.
Hlavné funkcie release GitLab 13.4
Používajte kľúče HashiCorp Vault v CI úlohách
(PREMIUM, ULTIMATE, SILVER, GOLD)
V release 12.10 GitLab predstavil možnosť prijímať a prenášať kľúče v CI úlohách pomocou spracovateľa úloh GitLab (GitLab runner). Teraz rozširujeme , pridávaním novej syntaxe secrets do súboru .gitlab-ci.yml. To uľahčí konfiguráciu a používanie úložiska HashiCorp s GitLab.
a .
Predstavujeme GitLab Kubernetes Agent
(PREMIUM, ULTIMATE)
Integrácia GitLab s Kubernetes umožňuje nasadzovanie na klastra Kubernetes bez potreby ručného nastavenia. Mnohým používateľom sa táto kombinácia páčila pre svoju jednoduchosť, zatiaľ čo iní narazili na určité ťažkosti. Pre aktuálnu integráciu musí byť váš klaster dostupný z internetu, aby GitLab mal naň prístup. Pre mnohé organizácie to nie je možné, pretože obmedzujú prístup k klastrom z dôvodov bezpečnosti, dodržiavania predpisov alebo regulácie. Aby obchádzali tieto obmedzenia, používatelia museli vytvoriť svoje nástroje nad GitLab, inak by nemohli využiť túto funkciu.
Dnes predstavujeme GitLab Kubernetes Agent — nový spôsob nasadzovania na klastra Kubernetes. Agent funguje vo vnútri vášho klastra, takže ho nemusíte otvárať pre celý internet. Agent koordinuje nasadzovanie, požadujúc nové zmeny od GitLab, namiesto toho, aby GitLab posielal aktualizácie na klaster. Bez ohľadu na to, akú metódu GitOps používate, GitLab vám bude vyhovovať.
Všimnite si, že toto je prvé vydanie agenta. V súčasnosti sa zameriavame na nastavenie a správu nasadzovania cez kód pre GitLab Kubernetes Agent. Niektoré existujúce funkcie integrácie Kubernetes, ako sú nástenky nasadzovania a aplikácie spravované GitLab, zatiaľ nie sú podporované. , že tieto funkcie budú pridané do agenta v budúcich vydaniach, ako aj nové integrácie zamerané na bezpečnosť a dodržiavanie predpisov.
a .
Dajte používateľom povolenia na nasadzovanie bez prístupu k kódu
(PREMIUM, ULTIMATE, SILVER, GOLD)
Predtým systém povolení v GitLab nedovolil správne rozdeliť zodpovednosti vo vašom tíme medzi tými, ktorí sú zodpovední za vývoj, a tými, ktorí sú zodpovední za nasadzovanie. S vydaním GitLab 13.4 môžete dať oprávnenie na potvrdenie merge requestov na nasadzovanie a na samotné nasadzovanie kódu ľuďom, ktorí nepíšu kód, bez toho, aby ste im poskytovali prístupné práva maintenéra (v slovenskej lokalizácii GitLab „správca“).
a .
Centrum bezpečnosti
(ULTIMATE, GOLD)
Správa zraniteľností na úrovni inštancie bola predtým obmedzená z pohľadu funkčnosti aj flexibility. Rozhranie bolo jednou stránkou, ktorá spájala podrobnosti o zraniteľnostiach, grafy metriky a nastavenia. Neexistovalo veľa miesta na rozvoj týchto funkcií alebo využitie iných bezpečnostných prostriedkov.
Zrealizovali sme zásadné zmeny v správe bezpečnosti a jej transparentnosti v spoločnosti GitLab. Panel bezpečnosti inštancie sa premenil na celý bezpečnostný centrum. Najvýznamnejšou zmenou je zavedenie novej štruktúry menu: namiesto jednej stránky teraz vidíte samostatne ovládací panel bezpečnosti, správu o zraniteľnostiach a sekciu nastavení. Hoci funkčnosť zostala rovnaká, rozdelenie na časti umožní zlepšovať túto sekciu, čo by inak bolo problematické. Toto tiež vytvára základ pre pridanie ďalších bezpečnostných funkcií v budúcnosti.
Špeciálna sekcia pre správu o zraniteľnostiach má teraz viac miesta na zobrazenie dôležitých podrobností. Tu sú zhromaždené zraniteľnosti, ktoré sú momentálne v zozname zraniteľností projektu. Presun widgetov s metrikami zraniteľností do samostatnej sekcie vytvára praktický ovládací panel bezpečnosti. Tento priestor sa stáva plátnom pre budúce vizualizácie — nielen pre správu zraniteľností, ale aj pre akékoľvek metriky týkajúce sa bezpečnosti. Nakoniec, samostatná oblasť nastavení vytvára spoločný priestor pre všetky nastavenia bezpečnosti na úrovni inštancie, nielen pre správu zraniteľností.
a .
Prepínané funkcie sú teraz v GitLab Starter
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
V GitLab 11.4 bola vydaná . V 12.2 sme pre ne zaviedli stratégie a , a v 13.1 sme pridali a pre rôzne prostredia.
Na začiatku tohto roka sa GitLab zaviazal do otvoreného zdroja. V tejto verzii sme dokončili presun prepínaných funkcií do plánu Starter a pokračujeme v ich presune do Core s . S radosťou poskytujeme túto možnosť väčšiemu počtu používateľov a chceme vedieť, ako ich budete využívať.
a .
Rýchla navigácia z vyhľadávacieho riadka
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Občas pri navigácii v GitLabe chcete okamžite prejsť k určitému projektu, a nie na stránku s výsledkami vyhľadávania.
S panelom globálneho vyhľadávania môžete rýchlo prejsť k posledným tiketom, skupinám, projektom, nastaveniam a sekciám nápovedy. Môžete dokonca použiť klávesovú skratku /, aby ste presunuli kurzor na panel vyhľadávania, aby ste ešte efektívnejšie navigovali po GitLabe!
a .
Zobrazenie pokrytia kódu v diffách merge requestov
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pri revízii merge requestu môže byť ťažké určiť, či je zmenený kód pokrytý unit testami. Namiesto toho sa revízori môžu spoliehať na celkové pokrytie a požadovať jeho zvýšenie skôr, ako potvrdia merge request. To môže viesť k chaotickému prístupu k písaniu testov, čo v skutočnosti nezlepší kvalitu kódu ani jeho pokrytie testami.
Teraz pri prezeraní diffu merge requestu uvidíte prehľadné zobrazenie pokrytia kódu. Nové označenia umožnia rýchlo pochopiť, či je zmenený kód pokrytý unit testom, čo pomôže urýchliť revíziu kódu a čas merge a nasadenia nového kódu.
Ďakujem a Siemens za túto funkciu!
a .
Viac prostredí a projektov na paneli prostredí
(PREMIUM, ULTIMATE, SILVER, GOLD)
S vydaním GitLabu 12.5 s pomocou ste mohli sledovať stav prostredí, ale nie viac ako sedem prostredí v troch projektoch. Zlepšili sme tento panel vo vydaní 13.4, rozdelením na stránky, aby sme vám pomohli spravovať vaše prostredia vo väčšom meradle. Teraz môžete vidieť viac prostredí vo viacerých projektoch.
a .
GitLab prevzal správu poskytovateľa GitLab Terraform
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Nedávno sme a plánujeme . Počas posledného mesiaca sme prijali 21 merge requestov a uzavreli 31 tiketov, vrátane niektorých aj dávno existujúcich chýb a chýbajúcich funkcií, ako sú . Môžete v dokumentácii k Terraformu.
a .
Fuzzingové testovanie API so špecifikáciami OpenAPI alebo HAR súborom
(ULTIMATE, GOLD)
Fuzzingové testovanie API je vynikajúci spôsob, ako identifikovať chyby a zraniteľnosti vo vašich webových aplikáciách a API, ktoré iné skenery a testovacie metódy môžu prehliadnuť.
Testovanie API fuzzingom v GitLab umožňuje poskytnúť alebo vašej aplikácie a potom automaticky generuje náhodné vstupy určené na overenie hraničných podmienok a vyhľadávanie chýb. Výsledky sa okamžite zobrazia v rámci vášho pipeline.
Toto je náš prvý release testovania API fuzzingom a radi by sme vedeli, čo si o tom myslíte. Pre fuzzingové testovanie máme ešte , na ktorých budeme stavať s ohľadom na vydanie tejto funkcie.
a .
Náhľad nových grafov na paneli metrík
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Predtým bolo vytvorenie grafu na paneli metrík v GitLab náročnou úlohou. Po vytvorení metriky v YAML súbore panelu ste museli upraviť master, bez možnosti overiť, že práve vytvorený graf funguje tak, ako ste potrebovali. Od tohto vydania môžete predbežne prezerať zmeny pri vytváraní grafu, získavajúc prehľad o výsledku pred odoslaním zmien do YAML súboru panelu.
a .
Údaje o pokrytí kódu testami vo všetkých projektoch skupiny
(PREMIUM, ULTIMATE, SILVER, GOLD)
Keď spravujete veľké množstvo projektov v GitLab, potrebujete jednotný zdroj informácií o tom, ako sa pokrytie kódu v priebehu času mení vo všetkých projektoch. Predtým vyžadovalo zobrazenie týchto informácií únavnú a zdĺhavú ručnú prácu: museli ste stiahnuť údaje o pokrytí kódu z každého projektu a zlučovať ich do tabuľky.
Vo verzii 13.4 sme pridali možnosť ľahko a rýchlo zhromaždiť .csv súbor všetky údaje o pokrytí kódu zo všetkých projektov skupiny alebo z vybraných projektov. Táto funkcia je MVC a za ňou bude nasledovať možnosť .
a .
Podpora nových jazykov pre kompletné fuzzingové testovanie
(ULTIMATE, GOLD)
Toto vydanie predstavuje podporu viacerých nových jazykov pre fuzzingové testovanie so zameraním na úplné pokrytie.
Teraz môžete vyhodnotiť všetky možnosti fuzzing testovania vo vašich aplikáciách na Java, Rust a Swift a nájsť chyby a zraniteľnosti, ktoré by iné skenery a testovacie metódy mohli prehliadnuť.
a .
Oznámenia na domovskej stránke prostredí
(PREMIUM, ULTIMATE, SILVER, GOLD)
Stránka prostredí teraz zobrazuje celkový stav vašich prostredí. V tejto verzii sme vylepšili túto stránku pridaním zobrazenia oznámení. Spustené oznámenia spolu so stavom vašich prostredí vám pomôžu rýchlejšie reagovať na vznikajúce situácie.
a .
Vnorené pipeline teraz môžu spúšťať svoje vnorené pipeline
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pri použití vnorených pipeline je teraz možné spúšťať nové pipeline v rámci podriadených pipeline. Ďalšia úroveň hĺbky môže byť užitočná, ak potrebujete flexibilitu pri generovaní premenlivého počtu pipeline.
Predtým, pri použití vnorených pipeline, mal každý podriadený pipeline vyžadovať spúšťací trigger, ktorý bol ručne určený v rodičovskom pipeline. Teraz môžete vytvárať vnorené pipeline, ktoré budú dynamicky spúšťať akýkoľvek počet nových vnorených pipeline. Napríklad, ak máte monorepo, môžete dynamicky vygenerovať prvú vnorenú pipeline, ktorá automaticky vytvára potrebný počet nových pipeline na základe zmien vo vetve.
a .
Vylepšená navigácia medzi rodičovskými a vnorenými pipeline
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pohyb medzi rodičovskými a vnorenými pipeline predtým nebol veľmi pohodlný — potrebovali ste mnoho kliknutí na to, aby ste sa dostali k požadovanej pipeline. Takisto bolo ťažké pochopiť, ktorá úloha spustila túto pipeline. Teraz bude oveľa jednoduchšie vidieť vzťahy medzi rodičovskými a vnorenými pipeline.
a .
Paralelné maticové úlohy zobrazujú relevantné premenné v názve úlohy
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Ak ste používali , mohli ste si všimnúť, že bolo ťažké určiť, ktorá maticová premenná bola použitá pre konkrétnu úlohu, pretože názvy úloh vyzerali ako matrix 1/4. V vydaní 13.4 uvidíte relevantné hodnoty premenných, ktoré boli použité v tejto úlohe, namiesto všeobecného názvu úlohy. Napríklad, ak je váš cieľ ladenie pre architektúru x86, úloha sa bude nazývať matica: ladenie x86.
a .
Ďalšie vylepšenia v GitLab 13.4
Pripojenie účtu Atlassian
(CORE, STARTER, PREMIUM, ULTIMATE)
Používatelia GitLab teraz môžu pripojiť svoje účty GitLab k účtu Atlassian Cloud. To umožní prihlásiť sa do GitLab s prihlasovacími údajmi Atlassian a položí základy pre budúce vylepšenia integrácie a s ďalšími produktmi zo série Atlassian.
a .
Export zoznamu všetkých commitov merge
(ULTIMATE, GOLD)
Organizáciám zameraným na dodržiavanie predpisov potrebujú spôsob, ako auditorom ukázať celkový prehľad komponentov súvisiacich s akoukoľvek konkrétnou zmenou na produkcii. V rámci GitLab to znamená, že treba zhromaždiť na jednom mieste všetko: merge requesty, tikety, pipeline, skenovania bezpečnosti a ďalšie údaje o commite. Doteraz ste museli buď manuálne zhromaždiť to v GitLab, alebo nastaviť svoje nástroje na získavanie informácií, čo nebolo veľmi efektívne.
Teraz môžete programovo zhromažďovať a exportovať tieto údaje na splnenie požiadaviek auditu alebo na vykonanie iných analýz. Aby ste exportovali zoznam všetkých commitov merge pre aktuálnu skupinu, musíte prejsť na a kliknúť na tlačidlo Zoznam všetkých commitov merge. Výsledný súbor bude obsahovať všetky commity merge requestu, ich autora, ID súvisiaceho merge requestu, skupinu, projekt, každého potvrdenia a ďalšie informácie.
a .
Výstup zoznamu a správa osobných prístupových tokenov cez API
(ULTIMATE, GOLD)
Správa prístupu k menovému priestoru GitLab je dôležitou súčasťou dodržiavania predpisov. Od zásad minimálnych privilégií po odpojenie prístupu podľa časovača môže existovať niekoľko požiadaviek týkajúcich sa osobných prístupových tokenov v GitLab. Aby sa uľahčilo spravovanie a riadenie všetkých týchto používateľských údajov vo vašom menovom priestore, poskytli sme možnosť zobraziť zoznam všetkých osobných prístupových tokenov a voliteľne cez API.
Tieto vylepšenia v API GitLab umožňujú používateľom zobraziť a zrušiť svoje vlastné osobné prístupové tokeny, zatiaľ čo administrátorom umožňujú zobraziť a zrušiť tokeny svojich používateľov. Teraz bude pre administrátorov ľahšie vidieť tých, ktorí majú prístup k ich menovému priestoru, robiť rozhodnutia o poskytovaní prístupu založené na údajoch používateľov a zrušiť osobné prístupové tokeny, ktoré mohli byť kompromitované alebo ktoré presahujú pravidlá firmy na správu prístupu.
a .
Súvisiace tikety a ďalšie funkcie teraz v GitLab Core
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pred niekoľkými mesiacmi sme oznámili plán na . Pri plnení tohto sľubu sme urobili , a (v ruskej lokalizácii GitLab „diskusná tabuľa“) dostupné v pláne Core. To sa vzťahuje iba na vzťahy typu „súvisí s“, vzťahy typu „blokuje“ a „je blokovaný“ zostávajú v platených plánoch.
a .
Zobrazenie názvu pôvodnej vetvy na bočnej lište žiadosti o zlúčenie
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pri revízii zmien kódu, diskusií a commitov žiadosti o zlúčenie je často žiaduce vykonať lokálny checkout vetvy pre hlbšiu revíziu. Avšak nájsť názov vetvy sa stáva čoraz ťažšie, keď sa do popisu žiadosti o zlúčenie pridáva viac obsahu a je potrebné listovať nadol po stránke.
Pridali sme názov vetvy na bočnú lištu žiadosti o zlúčenie, čo ho sprístupňuje kedykoľvek a zbavuje potreby rolovať celú stránku. Rovnako ako odkaz na žiadosť o zlúčenie, sekcia s pôvodnou vetvou obsahuje pohodlné tlačidlo „kopírovať“.
Ďakujem za obrovský príspevok k vývoju tejto funkcie!
a .
Upozornenie na prítomnosť zložených súborov v diffoch merge requestu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Merge requesty, ktoré pridávajú zmeny do viacerých súborov, niekedy skrývajú diffy veľkých súborov na zvýšenie výkonu zobrazenia. Keď sa to stane, môže sa náhodou minúť súbor pri revízii, najmä v merge requestoch s veľkým počtom súborov. Od verzie 13.4 budú merge requesty označovať diffy obsahujúce zložené súbory, takže tieto súbory neprejdete pri revízii kódu. Pre ešte väčšiu jasnosť plánujeme pridať zvýraznenie týchto súborov v budúcom vydaní. Sledujte aktualizácie v .
a .
Upozornenie na prítomnosť zložených súborov v diffe merge requestu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
V sekcii s diffmi merge requestov sú veľké súbory skrývané kvôli zefektívneniu výkonu. Pri revízii kódu však môžu niektoré súbory zostať prehliadnuté, keď recenzent prechádza zoznamom súborov, pretože všetky veľké súbory sú skryté.
Pridali sme viditeľné varovanie na vrchu stránky diffa merge requestu, aby sme informovali používateľov o tom, že v tejto sekcii sú zložené súbory. Takto nezmeškáte žiadne zmeny v merge requeste pri revízii.
a .
Automatické obnovenie repozitára klastru Gitaly
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Predtým, keď sa primárny uzol klastru Gitaly odpoji, repozitáre na tomto uzle boli označené ako iba na čítanie. To zabraňovalo strate dát v situáciách, keď na uzle boli zmeny, ktoré ešte neboli replikované. Keď sa uzol znovu pripojí, GitLab sa automaticky neobnovil a administrátori museli manuálne spustiť proces synchronizácie alebo sa zmieriť so stratou dát. Taktiež mohli viesť k vzniku zastaraných alebo iba na čítanie dostupných repozitárov aj iné situácie, ako napríklad neúspešné dokončenie úlohy replikácie na sekundárnom uzle. V takom prípade repozitár zostal zastaraný, pokiaľ nebola vykonaná ďalšia operácia zápisu, ktorá by spustila úlohu replikácie.
Pre riešenie tohto problému Teraz plánuje úlohu replikácie, keď objaví zastaraný repozitár na jednom uzle a najnovšiu verziu repozitára na druhom. Táto replikácia udržuje repozitár aktuálnym automaticky, čo eliminuje potrebu manuálneho obnovovania údajov. Automatická obnova tiež zabezpečuje rýchle uvedenie sekundárnych uzlov do aktuálneho stavu, ak úloha replikácie zlyhá, namiesto čakania na ďalšiu zápisovú operáciu. Keďže mnoho klastrov Gilaly uchováva veľké množstvo repozitárov, to značne znižuje čas, ktorý správcovia a inžinieri zabezpečenia spoľahlivosti strávia obnovovaním údajov po chybe.
Okrem toho automatická oprava spúšťa replikáciu repozitárov na akomkoľvek novom uzle Gitaly, ktorý bol pridaný do klastru, čo eliminuje manuálnu prácu pri pridávaní nových uzlov.
a .
Označte úlohu to-do ako splnenú na návrhovej stránke
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Efektívna komunikácia v GitLab je založená na zoznamoch úloh to-do. Ak ste boli spomenutí v komentári, je kriticky dôležité mať možnosť prejsť k úlohe a buď začať niečo robiť, alebo ju označiť ako už splnenú. Rovnako je dôležité mať možnosť priradiť si úlohu, keď potrebujete pracovať na niečom alebo sa k tomu vrátiť neskôr.
Predtým ste nemohli pridávať úlohy alebo ich označiť ako splnené pri práci s návrhmi. To vážne narušovalo efektívnosť komunikácie medzi produktovými tímami, pretože úlohy to-do sú kriticky dôležitým prvkom pracovného procesu v GitLab.
V vydaní 13.4 návrhy dobiehajú komentáre k tiketom v používaní úloh, čo robí prácu s nimi dôslednejšou a efektívnejšou.
a .
Vylepšené poradenstvo pri odstraňovaní problémov pre CI/CD
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Vylepšili sme poradenstvo pri odstraňovaní problémov pre GitLab CI/CD pridaním dodatočných informácií o bežných problémoch, s ktorými sa môžete stretnúť. Dúfame, že vylepšená dokumentácia bude cenným zdrojom, ktorý vám pomôže rýchlo a jednoducho nastaviť a spustiť GitLab CI/CD.
a .
Merge requesty už nevypadávajú z merge fronty
(PREMIUM, ULTIMATE, SILVER, GOLD)
Predtým mohli merge requesty náhodne vypadnúť z merge fronty kvôli oneskoreným komentárom. Ak bol merge request už v fronte a niekto k nemu pridal komentár, ktorý vytvoril novú nevyriešenú diskusiu, merge request bol považovaný za nevhodný na zlúčenie a vypadol z fronty. Teraz, po pridaní merge requestu do merge fronty, môžu byť nové komentáre pridávané bez obáv z narušenia procesu zlúčenia.
a .
Zobrazenie hodnoty pokrytia kódu v merge requeste pre job
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Vývojári by mali mať možnosť vidieť hodnotu pokrytia kódu po dokončení pipeline – aj v zložitých scenároch, ako je práca pipeline s viacerými jobmi, ktoré je potrebné analyzovať, aby sa vypočítala hodnota pokrytia. Predtým widget merge requestu ukazoval len priemer týchto hodnôt, čo znamenalo, že ste museli prejsť na stránku jobu a späť k merge requestu, aby ste získali medzičasy pokrytia. Aby sme vám ušetrili čas a zbavili vás týchto zbytočných krokov, widget teraz zobrazuje priemernú hodnotu pokrytia, jej zmenu medzi cieľovou a pôvodnou vetvou a popis, ktorý zobrazuje hodnotu pokrytia pre každý job, na základe ktorého bolo vypočítané priemerné.
a .
Odstránenie balíkov z balíkového registra pri prezeraní skupiny
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Balík registru GitLab je miesto na uchovávanie a distribúciu balíkov v rôznych formátoch. Keď má váš projekt alebo skupina veľa balíkov, potrebujete rýchlo identifikovať nepoužívané balíky a odstrániť ich, aby ich ľudia nemuseli sťahovať. Balíky môžete odstraňovať zo svojho registra cez alebo cez používateľské rozhranie registra balíkov. Avšak doteraz ste nemohli odstraňovať balíky pri prezeraní skupiny cez používateľské rozhranie. Výsledkom bolo, že ste museli odstrániť nadbytočné balíky osobitne pre každý projekt, čo bolo neefektívne.
Teraz môžete odstraňovať balíky pri prezeraní registra balíkov skupiny. Stačí prejsť na stránku registra balíkov skupiny, filtrovať balíky podľa názvu a odstrániť všetky nepotrebné.
a .
Škálovanie balíkov Conan na úroveň projektu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Môžete použiť repozitár Conan na GitLabe na publikovanie a distribúciu závislostí C/C++. Predtým sa balíky dali škálovať len na úroveň inštancie, pretože názov balíka Conan mohol mať maximálne 51 znakov. Ak ste chceli publikovať balík z podskupiny, napríklad gitlab-org/ci-cd/package-stage/feature-testing/conan, bolo to takmer nemožné urobiť.
Teraz môžete škálovať balíky Conan na úroveň projektu, čo umožňuje jednoduché publikovanie a distribúciu závislostí vašich projektov.
a .
Podpora nových správcov balíkov a jazykov na skenovanie závislostí
(ULTIMATE, GOLD)
S potešením pridávame skenovanie závislostí pre projekty s kódom v C, C++, C# a .Net, ktoré používajú NuGet 4.9+ alebo správcov balíkov Conan, do nášho zoznamu . Teraz môžete zahrnúť skenovanie závislostí ako súčasť etapy Secure, aby ste overili známe zraniteľnosti závislostí pridaných cez správcov balíkov. Nájdené zraniteľnosti sa zobrazia vo vašej merge-žiadosti spolu s úrovňou ich nebezpečenstva, aby ste vedeli pred vykonaním merge, aké riziká obsahuje nová závislosť. Môžete tiež nastaviť svoj projekt tak, aby vyžadoval pre závislosti so zraniteľnosťami s kritickou (Critical), vysokou (High) alebo neznámou (Unknown) úrovňou nebezpečenstva.
a .
Upozornenia pri zmene nastavenia merge-žiadosti na ‘Merge when pipeline succeeds’
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Predtým, keď ste nastavovali merge-žiadosť Merge, keď sa dokončí pipeline (Merge When Pipeline Succeeds, MWPS) neboli žiadne e-mailové oznámenia zasielané. Museli ste manuálne kontrolovať stav alebo čakať na oznámenie o dokončení merge. V tejto verzii s potešením predstavujeme prínos používateľa , ktorý vyriešil tento problém pridaním automatického zasielania upozornení všetkým, ktorí sledujú merge-žiadosť, keď recenzent zmení nastavenie merge na MWPS.
a .
Vytváranie klastrov EKS s verziou Kubernetes určenou používateľom
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Používatelia GitLab si teraz môžu sami vybrať verziu Kubernetes, ktorá bude poskytnutá EKS; môžete si vybrať medzi verziami 1.14–1.17.
a .
Vytváranie incidentov ako typov lístkov
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Nie každý problém má za následok okamžité odoslanie upozornení: používatelia hlásia výpadky, zatiaľ čo členovia tímov analyzujú problémy s výkonnosťou. Teraz sú incidenty druhom lístka, takže vaše tímy ich môžu rýchlo vytvárať v rámci bežného pracovného procesu. Kliknite Nová úloha z akéhokoľvek miesta v GitLab, a v poli Typ vyberte Incident.
a .
Spomínanie upozornení GitLab v Markdown
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Zlepšili sme upozornenia GitLab pridaním nového typu spomenutia špeciálne pre ne na GitLab verzii Markdown, čo umožňuje jednoduchšie zdieľať upozornenia a spomínať ich. Použite ^alert#1234, aby ste spomenuli upozornenie v akomkoľvek poli s markupom Markdown: v incidentoch, lístkoch alebo merge requestoch. To vám tiež pomôže identifikovať úlohy, ktoré sú vytvorené z upozornení, nie z lístkov alebo merge requestov.
a .
Náhľad zaťaženia upozornení na incidenty
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Popis upozornenia obsahuje informácie kritické pre diagnostiku výpadkov a obnovu, a tieto informácie by mali byť ľahko dostupné, aby ste sa nemuseli preklikávať medzi nástrojmi alebo záložkami pri riešení incidentu. Incidenty vytvorené z upozornení zobrazujú úplný popis upozornenia na karte Podrobnosti upozornenia.
O 75 % rýchlejšie rozšírené vyhľadávanie
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
GitLab, ako jediné aplikácie, má jedinečnú príležitosť spraviť vyhľadávanie obsahu v celom pracovnom procese DevOps rýchlejšie. V GitLab 13.4 rozšírené vyhľadávanie prináša výsledky o 75 % rýchlejšie, keď je , ako na GitLab.com.
a .
Náhľad odložených projektov pre administrátorov
(CORE, STARTER, PREMIUM, ULTIMATE)
Možnosť odložiť odstránenie projektu bola . Avšak predtým nebolo možné vidieť na jednom mieste všetky projekty, ktoré čakajú na odstránenie. Teraz môžu administrátori používateľských inštancií GitLab prehľadávať všetky projekty čakajúce na odstránenie na jednom mieste - spolu s tlačidlami na jednoduché obnovenie týchto projektov.
Táto funkcia umožňuje administrátorom lepšie kontrolovať odstraňovanie projektov, zbierajúc všetky potrebné informácie na jednom mieste a poskytujúc možnosť zrušiť nechcené akcie odstránenia.
Ďakujem za túto funkciu!
a .
Podpora pravidiel push pre skupinu bola pridaná do API
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
Predtým bolo možné nastaviť skupinové pravidlá push len navštívením každej skupiny individuálne cez používateľské rozhranie GitLab a aplikovaním týchto pravidiel. Teraz môžete spravovať tieto pravidlá cez API, aby ste podporili vaše vlastné nástroje a automatizáciu GitLab.
a .
Odvolanie osobných prístupových tokenov pre samoobslužný správca uchovávania údajov
(ULTIMATE)
poskytuje administrátorom informácie potrebné na správu prístupových údajov používateľov ich inštancie GitLab. Keďže organizácie zamerané na dodržiavanie predpisov sa líšia prísnosťou svojich pravidiel správy údajov, pridali sme tlačidlo, ktoré administrátorom umožňuje na požiadanie odvolať token osobného prístupu používateľa (PAT). Teraz môžu administrátori ľahko odvolať potenciálne narušené PAT. Táto funkcia je užitočná pre organizácie, ktoré potrebujú flexibilnejšie možnosti zabezpečenia plnenia požiadaviek, aby minimalizovali rušenie svojich používateľov.
a .
Konfiguračný súbor pre editor statických stránok
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
V GitLab 13.4 predstavujeme nový spôsob, ako nastaviť editor statických stránok. Hoci konfiguračný súbor v tejto verzii neukladá ani nezískava žiadne parametre, zakladáme základy pre budúce prispôsobenie správania editora. V nasledujúcich verziách pridáme do súboru .gitlab/static-site-editor.yml parametre na nastavenie , na ktorom , predefinovanie nastavení syntaxe Markdown a iných nastavení editora.
a .
Úprava úvodnej časti súboru pomocou editora statických stránok
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Úvodná časť (front matter) je flexibilný a praktický spôsob definovania premenných stránky v dátových súboroch určených na spracovanie generátorom statických stránok. Zvyčajne sa používa na nastavenie názvu stránky, šablóny rozloženia alebo autora, ale môže sa použiť na prenášanie akéhokoľvek typu metadát do generátora pri rendrovaní stránky do HTML. Vložená na samom vrchu každého dátového súboru, úvodná časť sa zvyčajne formátuje ako YAML alebo JSON a vyžaduje konzistentnú a presnú syntax. Používatelia, ktorí nie sú oboznámení so špecifickými pravidlami syntaxe, môžu neúmyselne zadať neplatnú štruktúru, čo môže spôsobiť problémy s formátovaním alebo dokonca zlyhanie zostavenia.
WYSIWYG režim editora statických stránok už odstraňuje úvodnú časť z editora, aby sa predišlo týmto chybám formátovania. Avšak to vám nedovolí zmeniť hodnoty uložené v tejto časti bez návratu k úprave v režime zdrojového kódu. V GitLab 13.4 môžete získať prístup k akémukoľvek poľu a upraviť jeho hodnotu v známej forme rozhrania. Po stlačení tlačidla Nastavenia (Nastavenia) sa otvorí panel, na ktorom sa zobrazuje pole formulára pre každý kľúč definovaný na začiatku. Polia sú vyplnené aktuálnou hodnotou a na úpravu akéhokoľvek z nich stačí len zadať do webového formulára. Takáto úprava úvodnej časti umožňuje vyhnúť sa zložitosti syntaxe a poskytuje vám plnú kontrolu nad obsahom, pričom zaisťuje konzistentné formátovanie konečného výsledku.
a .
GitLab pre Jira a DVCS Connector teraz v Core
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pre používateľov Jira v GitLab: a umožňujú zobrazovať informácie o commitoch a merge requestoch GitLab priamo v Jire. V kombinácii s našou vstavanou integráciou s Jirou môžete ľahko prechádzať medzi oboma aplikáciami počas práce.
Tieto funkcie boli predtým dostupné iba v našom pláne Premium, a teraz sú dostupné všetkým používateľom!
a .
Hlasovanie s väčšinovým rozhodnutím pre transakcie klastera Gitaly (beta verzia)
(CORE, STARTER, PREMIUM, ULTIMATE)
Klaster Gitaly umožňuje replikáciu Git repozitárov na viacero 'teplých' nodov Gitaly. To zvyšuje odolnosť voči výpadkom eliminovaním jednotlivých bodov zlyhania. , ktoré sú predstavené v GitLab 13.3, vyvolávajú multicastovanie zmien na všetky nody Gitaly v klastri, ale len nody Gitaly, ktoré súhlasili s primárnou nodou, uchovávajú zmeny na disku. Ak sa všetky repliky nenesú do zhody, iba jedna kópia zmeny bude uložená na disku, vytvárajúc tak jediný bod zlyhania do dokončenia asynchrónnej replikácie.
Hlasovanie s väčšinovým rozhodnutím zvyšuje odolnosť voči výpadkom, vyžadujúc súhlas väčšiny nodov (a nie všetkých) pred uložením zmien na disku. Ak je táto prepínacia funkcia zapnutá, záznam musí byť úspešne vykonaný na viacerých nodoch. Neshodné nody sa automaticky synchronizujú pomocou asynchrónnej replikácie z nodov, ktoré vytvorili kvórum.
a .
Podpora používateľskej schémy na validáciu JSON vo Web IDE
(PREMIUM, ULTIMATE, SILVER, GOLD)
Projekty, kde ľudia píšu konfigurácie vo formáte JSON alebo YAML, sú často náchylné na problémy, pretože je ľahké spraviť preklep a niečo pokaziť. Je možné napísať kontrolné nástroje, ktoré zachytávajú tieto problémy v CI pipeline, ale používanie súboru schémy JSON môže byť užitočné na poskytovanie dokumentácie a nápovede.
Účastníci projektu môžu v ich repozitári určiť cestu k používateľskej schéme v súbore .gitlab/.gitlab-webide.yml, ktorý určuje schému a cestu k súborom na kontrolu. Pri načítaní určitého súboru vo Web IDE sa objaví dodatočná spätná väzba a kontrola, ktoré pomôžu vytvoriť súbor.
a .
Maximálny limit vetvenia smerovaného acyklického grafu (DAG) bol zvýšený na 50
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Ak používate pipeline (Directed Acyclic Graph (DAG)), mohli ste zaznamenať, že obmedzenie na 10 úloh, ktoré môže úloha zadefinovať v needs:, príliš prísne. V 13.4 bol predvolený limit zvýšený z 10 na 50, aby sa zabezpečil zložitejší prepojený systém medzi úlohami vo vašich potrubiach.
Ak ste administrátorom používateľského inštancie GitLab, môžete tento limit nastaviť ešte vyššie aktivovaním prepínacej funkcie, hoci nám neponúkame oficiálnu podporu pre toto.
a .
Vylepšené správanie needs pre vynechané úlohy
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
V niektorých prípadoch mohla byť vynechaná úloha v potrubí omylom považovaná za úspešnú pre závislosti uvedené v needs, čo spôsobilo spustenie nasledujúcich úloh, čo by sa nemalo stať. Toto správanie bolo opravené vo verzii 13.4 a needs teraz správne spracováva prípady vynechaných úloh.
a .
Zamknite posledný artefakt úlohy, aby ste zabránili jeho odstráneniu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab teraz automaticky zamyká posledný artefakt úspešnej úlohy a potrubia na akejkoľvek aktívnej vetve, merge-requeste alebo tage, aby sa predišlo jeho odstráneniu po uplynutí platnosti. Je jednoduchšie nastaviť agresívnejšie pravidlá platnosti na čistenie starých artefaktov. Pomáha to znižovať spotrebu diskového priestoru a zaručuje, že vždy budete mať kópiu posledného artefaktu z potrubia.
a .
Sprievodca pre CI/CD na optimalizáciu potrubia
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Optimalizácia pracovného procesu CI/CD môže zvýšiť rýchlosť dodávky a ušetriť peniaze. Zlepšili sme našu dokumentáciu pridaním stručného sprievodcu, ako dosiahnuť maximálny prínos z optimalizácie vašich potrubí.
a .
Správa o testovaní je zoradená podľa stavu testu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
— to je jednoduchý spôsob, ako vidieť výsledky všetkých testov v pipeline. Avšak pri veľkom počte testov vyhľadávanie neúspešných testov môže trvať veľa času. Ďalšie problémy, kvôli ktorým môže byť ťažké používať správu, zahŕňajú ťažkosti s posúvaním dlhých výstupov a zaokrúhľovanie času na nulu pre testy vykonávané menej ako za 1 sekundu. Teraz správa o testovaní pri triedení predvolene umiestňuje neúspešné testy na začiatok správy a potom zoradí testy podľa trvania. To zjednodušuje vyhľadávanie chýb a dlhých testov. Okrem toho je trvanie testov teraz zobrazené v milisekundách alebo sekundách, takže ich čítanie je omnoho rýchlejšie, a tiež boli vyriešené predchádzajúce problémy s posúvaním.
a .
Obmedzenia veľkosti súborov nahrávaných do registra balíkov
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Teraz existujú obmedzenia na veľkosť súborov balíkov, ktoré je možné nahrávať do registra balíkov GitLab. Obmedzenia boli pridané pre optimalizáciu výkonu registra balíkov a prevenciu zneužívania. Obmedzenia závisia od formátu balíka. Pre GitLab.com sú maximálne veľkosti súborov:
- Conan: 250MB
- Maven: 3GB
- NPM: 300MB
- NuGet: 250MB
- PyPI: 3GB
Pre používateľské inštancie GitLab sú predvolené hodnoty rovnaké. Avšak správca môže aktualizovať obmedzenia pomocou .
a .
Použite CI_JOB_TOKEN na publikovanie balíkov PyPI
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Môžete použiť repozitár GitLab PyPI na vytvorenie, publikovanie a zdieľanie balíkov Python spolu so zdrojovým kódom a CI/CD pipeline. Predtým ste sa však nemohli autentifikovať v repozitári pomocou preddefinovanej premenej prostredia CI_JOB_TOKEN. V dôsledku toho ste museli používať svoje osobné prihlasovacie údaje na aktualizáciu repozitára PyPI alebo ste sa možno rozhodli repozitár vôbec nepoužívať.
Teraz je jednoduchšie používať GitLab CI/CD na publikovanie a inštaláciu balíkov PyPI s pomocou preddefinovanej premenej prostredia CI_JOB_TOKEN.
a .
Profily skenera DAST na vyžiadanie
(ULTIMATE, GOLD)
K skenovaniu DAST na vyžiadanie, ktoré bolo , pridali sa profily skenerov DAST. Tieto profily rozširujú možnosti konfigurácie skenovania a umožňujú rýchlo vytvoriť viacero profilov na pokrytie rôznych typov skenovania. V verzii 13.4 profil skeneru pôvodne obsahuje parameter timeoutu pre vyhľadávací robot, ktorý určuje, ako dlho by mal vyhľadávací robot DAST pracovať pri pokuse o zistenie všetkých stránok skenovanej webovej stránky. Profil tiež obsahuje parameter timeoutu pre cieľovú stránku, aby určil, ako dlho by mal skener čakať, kým sa stránka stane dostupnou, predtým než preruší skenovanie, ak stránka neodpovedá kódom stavu 200 alebo 300. S neustálym zlepšovaním tejto funkcie v nasledujúcich verziách budú do profilu skeneru pridané ďalšie konfiguračné parametre.
a .
Jednoduchý súbor konfigurácie presmerovaní pre GitLab Pages
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Ak používate GitLab Pages a chcete lepšie spravovať zmeny URL, možno ste si všimli, že spravovať presmerovania na vašej stránke GitLab Pages bolo nemožné. GitLab teraz umožňuje nastaviť pravidlá na presmerovanie jedného URL na iné pre vašu stránku Pages pridaním súboru konfigurácie do repozitára. Táto funkcia sa stala možnou vďaka účasti Kevina Barnetta (), nášho Erica Eastwooda () a tímu GitLab. Ďakujeme všetkým za váš príspevok.
a .
Stav Terraformu spravovaného GitLabom
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Prístup k predchádzajúcim verziám stavu Terraformu je potrebný ako na splnenie požiadaviek, tak aj na ladenie, keď je to potrebné. Podpora správy verzií stavu Terraformu spravovaného GitLabom je dostupná od verzie GitLab 13.4. Správa verzií sa automaticky aktivuje pre nové súbory stavov Terraformu. Existujúce súbory stavov Terraformu budú v neskoršej verzii.
a .
Dôležité detaily upozornenia na incidenty
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pri spracovaní incidentov musíte ľahko stanoviť, ako dlho bolo upozornenie otvorené a koľkokrát udalosť nastala. Tieto detaily sú často rozhodujúce pri určení dopadu na klienta a toho, čomu by sa mala vaša tím venovať ako prvému. Na novej paneli podrobností o incidente zobrazuje čas začatia upozornenia, počet udalostí a odkaz na pôvodné upozornenie. Tieto informácie sú dostupné pre incidenty, ktoré sú vytvorené z upozornení.
a .
Nastavenie a úprava úrovne závažnosti incidentu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Parametr ‚úroveň závažnosti incidentu‘ umožňuje odborníkom na reakciu a zainteresovaným stranám určovať dôsledky výpadkov prevádzky, ako aj metódy a naliehavosť reakcie. Počas toho, ako tím zdieľa výsledky pri odstraňovaní incidentu a obnovuje funkčnosť, môžu upravovať tento parameter. Teraz môžete upravovať úroveň závažnosti incidentu na pravej bočnej paneli stránky ‚Podrobnosti o incidente‘ a úroveň závažnosti sa zobrazuje v zozname incidentov.
a .
Vytváranie, úprava a mazanie pravidiel sieťovej bezpečnosti kontajnerov
(ULTIMATE, GOLD)
Toto vylepšenie editora pravidiel sieťovej bezpečnosti kontajnerov umožňuje užívateľom ľahko vytvárať, upravovať a mazať svoje pravidlá priamo z používateľského rozhrania GitLab. Možnosti editora zahŕňajú režim .yaml pre skúsených používateľov a editor pravidiel s intuitívnym rozhraním pre tých, ktorí nie sú dobre oboznámení so sieťovými pravidlami. Nové možnosti správy pravidiel nájdete v Bezpečnosť a súlad > Správa hrozieb > Politiky (Security & Compliance > Threat Management > Policies).
a .
Podpora úložiska blob-objektov Azure
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Aj GitLab, aj GitLab Runner teraz podporujú , čo zjednodušuje spúšťanie služieb GitLab v Azure.
Inštancie GitLab podporujú Azure pre všetky typy úložísk objektov, vrátane súborov LFS, artefaktov CI a . Ak chcete nastaviť úložisko blob-objektov Azure, riaďte sa inštrukciami na inštaláciu alebo .
Spracovatelia úloh GitLab tiež podporujú Azure pre ukladanie . Úložisko Azure možno nastaviť pomocou sekcie .
a .
Omnibus ARM64 balíky pre Ubuntu a OpenSUSE
(CORE, STARTER, PREMIUM, ULTIMATE)
V reakcii na rastúci dopyt po podpore spúšťania GitLab pre 64-bitovú architektúru ARM, sme radi, že môžeme oznámiť dostupnosť oficiálneho balíka ARM64 Ubuntu 20.04 Omnibus. Veľká vďaka Zitai Chen a Guillaume Gardet za ich obrovský prínos — ich merge-requesty mali kľúčovú úlohu v tomto procese!
Aby ste si stiahli a nainštalovali balík pre Ubuntu 20.04, prejdite na našu a vyberte Ubuntu.
a .
Podpora autentifikácie pomocou smart kariet pre GitLab Helm chart
(PREMIUM, ULTIMATE)
Smart karty, ako napríklad karty spoločného prístupu (CAC), je teraz možné použiť na autentifikáciu v inštancii GitLab nasadenej prostredníctvom Helm chart. Smart karty sa autentifikujú v lokálnej databáze pomocou certifikátov X.509. Týmto sa podpora smart kariet s Helm chart teraz zhoduje s podporou smart kariet dostupnou v nasadeniach Omnibus.
a .
Podrobné notes vydania a pokyny na aktualizáciu/inštaláciu si môžete prečítať v pôvodnom anglickom príspevku: .
Na preklade z angličtiny pracovali , , a .
Zdroj: habr.com
