Vyšlo vydanie 13.4 s úložiskom HashiCorp pre premenné CI, agentom Kubernetes a bezpečnostným centrom, ako aj prepínateľnými funkciami v aplikácii Starter
V GitLab vždy premýšľame o tom, ako môžeme používateľom pomôcť znížiť riziko, zvýšiť efektivitu a zvýšiť rýchlosť doručovania na vašej obľúbenej platforme. Tento mesiac sme pridali množstvo užitočných nových funkcií, ktoré rozširujú možnosti zabezpečenia, znižujú počet zraniteľností, zvyšujú efektivitu, zjednodušujú prácu s GitLab a pomáhajú vášmu tímu poskytovať funkcie ešte rýchlejšie. Dúfame, že hlavné funkcie vydania budú pre vás užitočné 53 ďalších nových funkcií, pridané v tomto vydaní.
Pokročilé funkcie zabezpečenia
Každý mesiac sa snažíme do GitLab DevSecOps pridať niekoľko nových funkcií a toto vydanie nie je výnimkou. v rámci montáže a nasadenia. Okrem toho môžu teraz organizácie, ktoré chcú podporovať oddelenie zodpovedností za nasadenie kódu . Táto úloha tomu zodpovedá a umožní vám potvrdiť žiadosti o zlúčenie (v ruskej lokalizácii GitLab „žiadosti o zlúčenie“) a nasadiť kód v chránených prostrediach bez poskytnutia prístupu na zmenu samotného kódu.
Ďalším spôsobom, ako znížiť riziká, je použiť nové . Prevádzkové tímy môžu nasadiť klastre Kubernetes z GitLab bez toho, aby museli vystaviť svoj klaster celému internetu. Zavádzame tiež podporu automatickej správy verzií pre nové súbory stavu Terraform s na podporu súladu a jednoduchosti ladenia. Nakoniec sa stal bezpečnostný panel inštancie so správami o zraniteľnosti a nastaveniami zabezpečenia.
Pohodlnejšia a efektívnejšia práca s GitLab
Vylepšili sme naše globálne vyhľadávanie , čo vám umožní jednoducho prechádzať k najnovším lístkom, skupinám, projektom, nastaveniam a témam pomocníka. S potešením oznamujeme, že GitLab Pages na presmerovanie jednotlivých stránok a adresárov v rámci lokality, čo používateľom umožní efektívnejšie nasadzovať svoje stránky. A pre tých, ktorí by chceli dostávať rozšírené informácie o nasadení, toto vydanie umožňuje !
Príspevky s otvoreným zdrojom
Zastupujeme ktoré som pridal . Značky na pokrytí zmeneného kódu testom jednotky poskytujú vývojárom jasnú predstavu o pokrytí kódu počas kontroly; tieto informácie pomáhajú urýchliť kontroly a skrátiť čas na zlúčenie a nasadenie nového kódu. A my tiež a plánovať .
A toto je len začiatok!
Ako vždy, vo všeobecnom prehľade je príliš málo miesta, ale vo verzii 13.4 je veľa skvelých funkcií. Tu je niekoľko ďalších:
- .
Ak chcete vopred vedieť, čo vás čaká v ďalšie uvoľniť, pozrieť sa .
.
tento mesiac -
Fabio výrazne prispel в - funkcia, na ktorú sa v komunite GitLab čakalo veľmi dlho. Toto je skutočne dôležitý príspevok s netriviálnymi zmenami, ktoré si vyžadovali neustálu spoluprácu s členmi tímu GitLab a ovplyvnili mnohé oblasti projektu, ako je UX, front-end a back-end.
Hlavné funkcie vydania GitLab 13.4
Použite kľúče HashiCorp Vault v úlohách CI
(PREMIUM, ULTIMATE, SILVER, GOLD)
Vo verzii 12.10 predstavil GitLab možnosť prijímať a prenášať kľúče k úlohám CI pomocou obsluhy úloh GitLab (GitLab runner). Teraz sa rozširujeme , pridávajúc novú syntax secrets vyplniť .gitlab-ci.yml. To uľahčí nastavenie a používanie úložiska HashiCorp s GitLab.
и .
Predstavujeme GitLab Kubernetes Agent
(PREMIUM, ULTIMATE)
Integrácia GitLab s Kubernetes už dlho umožňuje nasadenie do klastrov Kubernetes bez potreby manuálnej konfigurácie. Mnohým používateľom sa páčilo jednoduché používanie tohto balíka, zatiaľ čo iní sa stretli s určitými ťažkosťami. Pre aktuálnu integráciu musí byť váš klaster prístupný z internetu, aby k nemu GitLab mohol pristupovať. Pre mnohé organizácie to nie je možné, pretože obmedzujú prístup ku klastrom z dôvodov bezpečnosti, dodržiavania predpisov alebo regulačných dôvodov. Aby používatelia obišli tieto obmedzenia, museli svoje nástroje postaviť na GitLab, inak by túto funkciu nemohli používať.
Dnes predstavujeme GitLab Kubernetes Agent, nový spôsob nasadenia do klastrov Kubernetes. Agent beží vo vašom klastri, takže ho nemusíte vystavovať celému internetu. Agent koordinuje nasadenie tak, že požaduje nové zmeny od GitLab, namiesto toho, aby GitLab posúval aktualizácie do klastra. Bez ohľadu na to, akú metódu GitOps používate, GitLab vás pokryje.
Upozorňujeme, že toto je prvé vydanie agenta. Naším súčasným zameraním pre GitLab Kubernetes Agent je konfigurácia a správa nasadení prostredníctvom kódu. Niektoré existujúce integračné funkcie Kubernetes, ako napríklad dosky nasadenia a spravované aplikácie GitLab, zatiaľ nie sú podporované. že tieto schopnosti budú pridané k agentovi v budúcich vydaniach, ako aj nové integrácie zamerané na bezpečnosť a dodržiavanie predpisov.
и .
Poskytnite používateľom povolenia na nasadenie bez prístupu kódu
(PREMIUM, ULTIMATE, SILVER, GOLD)
Predtým systém povolení GitLab sťažoval správne rozdelenie zodpovedností v rámci vášho tímu medzi tých, ktorí sú zodpovední za vývoj a tých, ktorí sú zodpovední za nasadenie. S vydaním GitLab 13.4 môžete udeliť povolenie na schválenie žiadostí o zlúčenie na nasadenie, ako aj na skutočné nasadenie kódu ľuďom, ktorí kód nepíšu, bez toho, aby ste im udelili prístupové práva správcu (v ruskej lokalizácii GitLab „správca“ ).
и .
Centrum zabezpečenia
(ULTIMATE, GOLD)
Predtým bola správa zraniteľností na úrovni inštancií obmedzená z hľadiska funkčnosti aj flexibility. Rozhranie bola jedna stránka, ktorá kombinuje podrobnosti o zraniteľnostiach, grafoch metrík a nastaveniach. Nie je veľa priestoru na vývoj týchto funkcií alebo používanie iných bezpečnostných prvkov.
Urobili sme zásadné zmeny v tom, ako spravujeme bezpečnosť a transparentnosť v GitLab. Bezpečnostný panel inštancie sa zmenil na celé bezpečnostné centrum. Najväčšou zmenou je zavedenie novej štruktúry menu: namiesto jednej stránky sa teraz zobrazuje panel zabezpečenia, správa o zraniteľnosti a sekcia nastavení samostatne. Aj keď sa funkčnosť nezmenila, jej rozdelenie na časti umožní vylepšenia tejto časti, ktoré by inak boli náročné. To tiež pripravuje pôdu pre pridávanie ďalších funkcií súvisiacich so zabezpečením v budúcnosti.
Vyhradená časť Správa o zraniteľnosti má teraz viac priestoru na zobrazenie dôležitých podrobností. Tu sú zraniteľnosti, ktoré sú momentálne na zozname zraniteľností projektu. Presunutím miniaplikácií s metrikami zraniteľnosti do samostatnej sekcie sa vytvorí pohodlný ovládací panel zabezpečenia. Teraz je to plátno pre budúce vizualizácie – nielen pre správu zraniteľností, ale aj pre akékoľvek metriky súvisiace s bezpečnosťou. Napokon, samostatná oblasť nastavení vytvára spoločný priestor pre všetky nastavenia zabezpečenia na úrovni inštancií, nielen pre správu zraniteľností.
и .
Prepínateľné funkcie sú teraz v GitLab Starter
(ŠTARTÉR, PREMIUM, ULTIMATE, BRONZ, SILVER, GOLD)
Vyšiel GitLab 11.4 . V 12.2 sme im predstavili stratégie и , a v 13.1 pridali и pre rôzne prostredia.
Začiatkom tohto roka sa GitLab zaviazal do otvoreného zdroja. V tomto vydaní sme dokončili migráciu prepínateľných funkcií do plánu Starter a budeme pokračovať v ich migrácii do Core z . Sme nadšení, že môžeme túto funkciu sprístupniť viacerým používateľom a chceme počuť, ako ju používate.
и .
Rýchla navigácia z vyhľadávacieho panela
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Niekedy pri navigácii v GitLab chcete prejsť priamo na konkrétny projekt a nie na stránku s výsledkami vyhľadávania.
Pomocou globálneho vyhľadávacieho panela môžete rýchlo prejsť na najnovšie lístky, skupiny, projekty, nastavenia a témy pomocníka. Môžete dokonca použiť klávesovú skratku /presuňte kurzor na vyhľadávací panel, aby ste sa v GitLab pohybovali ešte efektívnejšie!
и .
Zobrazuje sa pokrytie kódu v rozdieloch žiadostí o zlúčenie
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Pri kontrole žiadosti o zlúčenie môže byť ťažké určiť, či je zmenený kód pokrytý jednotkovými testami. Namiesto toho sa recenzenti môžu spoľahnúť na celkové pokrytie a požiadať o jeho zvýšenie pred schválením žiadosti o zlúčenie. To môže viesť k náhodnému prístupu k písaniu testov, ktorý v skutočnosti nezlepší kvalitu kódu ani pokrytie testov.
Teraz, keď si prezeráte rozdiel žiadosti o zlúčenie, uvidíte vizuálne zobrazenie pokrytia kódu. Nové značky vám umožnia rýchlo pochopiť, či sa na zmenený kód vzťahuje test jednotky, čo pomôže urýchliť kontrolu kódu a čas na zlúčenie a nasadenie nového kódu.
Vďaka a Siemens pre túto funkciu!
и .
Viac prostredí a projektov na paneli Prostredia
(PREMIUM, ULTIMATE, SILVER, GOLD)
Od vydania GitLab 12.5 pomocou mohli ste monitorovať stav prostredí, ale nie viac ako sedem prostredí v troch projektoch. Tento panel sme vo verzii 13.4 vylepšili stránkovaním, aby sme vám pomohli udržiavať a spravovať vaše prostredia vo veľkom rozsahu. Teraz môžete vidieť viac prostredí vo viacerých projektoch.
и .
GitLab preberá kontrolu nad poskytovateľom GitLab Terraform
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Nedávno sme a plánovať . Za posledný mesiac sme prijali 21 žiadostí o zlúčenie a uzavreli 31 lístkov, vrátane niektorých dlhotrvajúcich chýb a chýbajúcich funkcií, ako napr. , Môžete v dokumentácii Terraform.
и .
Fuzzing API testovanie so špecifikáciami OpenAPI alebo súborom HAR
(ULTIMATE, GOLD)
Testovanie fuzzingu API je skvelý spôsob, ako nájsť chyby a zraniteľné miesta vo vašich webových aplikáciách a rozhraniach API, ktoré by iné skenery a testovacie metódy mohli prehliadnuť.
API fuzzing testovanie v GitLab vám umožňuje poskytovať alebo vašej aplikácie a potom automaticky generuje náhodné vstupné údaje určené na testovanie okrajových prípadov a nájdenie chýb. Výsledky sú okamžite viditeľné vo vašom kanáli.
Toto je naše prvé testovacie vydanie API fuzz a radi by sme počuli, čo si myslíte. Na fuzz testovanie máme skladom viac , na ktorom budeme vychádzať z vydania tejto funkcie.
и .
Ukážka nových grafov na paneli metrík
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Predtým nebolo vytvorenie grafu na paneli metrík v GitLab jednoduchou úlohou. Po vytvorení metriky v súbore YAML informačného panela ste vykonali zmeny master, bez toho, aby ste si mohli overiť, či novovytvorený graf funguje presne tak, ako potrebujete. Počnúc týmto vydaním si môžete pri vytváraní grafu zobraziť ukážku zmien a získať predstavu o výsledku pred odoslaním zmien do súboru YAML na dashboarde.
и .
Údaje o pokrytí kódu testami pre všetky projekty skupiny
(PREMIUM, ULTIMATE, SILVER, GOLD)
Keď spravujete veľké množstvo projektov v GitLab, potrebujete jediný zdroj informácií o tom, ako sa pokrytie kódu v priebehu času mení vo všetkých projektoch. Predtým zobrazovanie týchto informácií vyžadovalo únavnú a časovo náročnú manuálnu prácu: museli ste stiahnuť údaje o pokrytí kódom z každého projektu a spojiť ich do tabuľky.
Vo verzii 13.4 bolo možné jednoducho a rýchlo zostaviť .csv súbor so všetkými údajmi o kódovom pokrytí pre všetky projekty skupiny alebo pre výber projektov. Táto funkcia je MVC, po nej bude nasledovať schopnosť .
и .
Podpora nových jazykov pre úplné fuzz testovanie
(ULTIMATE, GOLD)
Toto vydanie zavádza podporu pre niekoľko nových jazykov pre fuzz testovanie zamerané na úplné pokrytie.
Teraz môžete vyhodnotiť všetky možnosti fuzzing testovania vo vašich aplikáciách Java, Rust a Swift a nájsť chyby a zraniteľné miesta, ktoré môžu iné skenery a testovacie metódy prehliadnuť.
и .
Upozornenia na hlavnej stránke prostredia
(PREMIUM, ULTIMATE, SILVER, GOLD)
Stránka Prostredia zobrazuje celkový stav vašich prostredí. V tejto verzii sme túto stránku vylepšili pridaním zobrazenia výstrah. Spustené výstrahy spolu so stavom vášho prostredia vám pomôžu rýchlo podniknúť kroky na nápravu vzniknutých situácií.
и .
Vnorené potrubia môžu teraz spustiť svoje vlastné vnorené potrubia
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Použitím vnorených potrubí je teraz možné spustiť nové potrubia vo vnútri dcérskych potrubí. Dodatočná úroveň hĺbky môže byť užitočná, ak potrebujete flexibilitu na generovanie premenlivého počtu potrubí.
Predtým, keď sa používali vnorené kanály, každý podriadený kanál vyžadoval manuálne definovanie úlohy spúšťača v nadradenom potrubí. Teraz môžete vytvárať vnorené potrubia, ktoré dynamicky spúšťajú ľubovoľný počet nových vnorených potrubí. Ak máte napríklad monorepozitár, môžete dynamicky vygenerovať prvý subpipeline, ktorý sám vytvorí potrebný počet nových pipeline na základe zmien vo vetve.
и .
Vylepšená navigácia medzi nadradenými a vnorenými kanálmi
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Predtým nebolo navigovanie medzi nadradenými a vnorenými kanálmi príliš pohodlné – na to, aby ste sa dostali k požadovanému kanálu, ste potrebovali veľa kliknutí. Tiež nebolo ľahké zistiť, ktorá práca spustila plynovod. Teraz bude oveľa jednoduchšie vidieť prepojenia medzi nadradenými a vnorenými potrubiami.
и .
Úlohy paralelnej matice zobrazujú relevantné premenné v názve práce
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Ak ste použili , možno ste si všimli, že bolo ťažké určiť, ktorá premenná matice bola použitá pre konkrétnu úlohu, pretože názvy úloh vyzerali takto matrix 1/4. Vo verzii 13.4 uvidíte príslušné hodnoty premenných, ktoré boli použité v danej úlohe namiesto všeobecného názvu úlohy. Napríklad, ak je vaším cieľom ladiť architektúru x86, potom sa úloha zavolá matrix: debug x86.
и .
Ďalšie vylepšenia v GitLab 13.4
Pripojenie účtu Atlassian
(CORE, STARTER, PREMIUM, ULTIMATE)
Používatelia GitLab budú teraz môcť prepojiť svoje účty GitLab s ich účtom Atlassian Cloud. To vám umožní prihlásiť sa do GitLab pomocou vašich poverení Atlassian a tiež položí základy pre budúce vylepšenia integrácie. a s ďalšími produktmi z radu Atlassian.
и .
Exportovanie zoznamu všetkých potvrdení zlúčenia
(ULTIMATE, GOLD)
Organizácie zamerané na dodržiavanie predpisov potrebujú spôsob, ako ukázať audítorom holistický pohľad na komponenty spojené s akoukoľvek danou zmenou vo výrobe. V GitLab to znamená zhromažďovanie všetkého na jednom mieste: žiadosti o zlúčenie, lístky, kanály, bezpečnostné skeny a ďalšie údaje o odovzdaní. Doteraz ste ich museli zbierať manuálne v GitLab, alebo ste si nakonfigurovali nástroje na zhromažďovanie informácií, čo nebolo veľmi efektívne.
Teraz môžete programovo zhromažďovať a exportovať tieto údaje, aby ste splnili požiadavky auditu alebo vykonali iné analýzy. Ak chcete exportovať zoznam všetkých odovzdaní zlúčenia pre aktuálnu skupinu, musíte prejsť na a kliknite na tlačidlo Zoznam všetkých odovzdaní na zlúčenie. Výsledný súbor bude obsahovať všetky odovzdania žiadosti o zlúčenie, ich autora, ID súvisiacej žiadosti o zlúčenie, skupinu, projekt, potvrdenia a ďalšie informácie.
и .
Zoznam a správa osobných prístupových tokenov cez API
(ULTIMATE, GOLD)
Správa prístupu k mennému priestoru GitLab je dôležitou súčasťou úsilia o dodržiavanie predpisov. Od princípov najmenších privilégií až po zakázanie časovo obmedzeného prístupu môže existovať niekoľko požiadaviek spojených s tokenmi osobného prístupu v GitLab. Aby sme uľahčili údržbu a správu všetkých týchto používateľských poverení vo vašom mennom priestore, poskytli sme možnosť vypísať všetky osobné prístupové tokeny a voliteľne cez API.
Tieto vylepšenia rozhrania GitLab API umožňujú používateľom uvádzať a odvolávať ich vlastné osobné prístupové tokeny a správcovia vypisovať a odvolávať tokeny svojich používateľov. Teraz bude pre administrátorov jednoduchšie vidieť, kto má prístup k ich mennému priestoru, robiť rozhodnutia o prístupe na základe používateľských údajov a zrušiť osobné prístupové tokeny, ktoré mohli byť kompromitované alebo ktoré nespadajú do zásad riadenia prístupu spoločnosti.
и .
Súvisiace problémy a ďalšie funkcie sú teraz v GitLab Core
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Pred pár mesiacmi sme oznámili plán . Tým, že sme pracovali na splnení tohto sľubu, urobili sme to , и (v ruskej lokalizácii GitLab „discussion board“) dostupné v pláne Core. Platí to len pre vzťahy „prepojené s“, „bloky“ a „zablokované“ vzťahy zostávajú v platených plánoch.
и .
Zobrazenie názvu pôvodnej vetvy na postrannom paneli žiadosti o zlúčenie
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Pri kontrole zmien kódu, diskusií a potvrdení žiadosti o zlúčenie je často žiaduce vykonať lokálnu kontrolu pobočky na hlbšiu kontrolu. Nájdenie názvu vlákna je však čoraz ťažšie, pretože do popisu žiadosti o zlúčenie sa pridáva ďalší obsah a vy sa musíte posúvať ďalej nadol.
Do bočného panela žiadosti o zlúčenie sme pridali názov pobočky, čím sme ho sprístupnili kedykoľvek a odstránili sme potrebu posúvať celú stránku. Rovnako ako odkaz na žiadosť o zlúčenie, sekcia zdrojovej pobočky obsahuje pohodlné tlačidlo „kopírovať“.
Vďaka za váš obrovský prínos k rozvoju tejto funkcie!
и .
Indikácia prítomnosti zbalených súborov v rozdieloch žiadostí o zlúčenie
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Požiadavky na zlúčenie, ktoré pridávajú zmeny do viacerých súborov, niekedy zbalia rozdiely veľkých súborov, aby sa zlepšil výkon vykresľovania. Keď sa to stane, je možné náhodne preskočiť súbor počas kontroly, najmä v žiadostiach o zlúčenie s veľkým počtom súborov. Počnúc verziou 13.4 budú žiadosti o zlúčenie označovať rozdiely, ktoré obsahujú zložené súbory, takže tieto súbory počas kontroly kódu nepremeškáte. Pre ešte väčšiu prehľadnosť plánujeme v budúcom vydaní pridať k týmto súborom zvýraznenie. Zostaňte naladení na aktualizácie .
и .
Upozornenie na prítomnosť zbalených súborov v rozdiele žiadosti o zlúčenie
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
V sekcii rozdielov žiadostí o zlúčenie sú veľké súbory zbalené, aby sa zlepšil výkon. Pri kontrole kódu však môžu niektoré súbory chýbať, keď kontrolór prechádza zoznamom súborov, pretože všetky veľké súbory sú zbalené.
Do hornej časti stránky rozdielu žiadosti o zlúčenie sme pridali viditeľné upozornenie, aby sme používateľov informovali, že v tejto sekcii sa nachádza zlúčený súbor. Týmto spôsobom vám počas kontroly neuniknú žiadne zmeny v žiadosti o zlúčenie.
и .
Automatické obnovenie úložiska klastra Gitaly
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Predtým, keď primárny uzol klastra Gitaly prešiel do režimu offline, úložiská v tomto uzle boli označené ako iba na čítanie. Tým sa zabránilo strate údajov v situáciách, keď na uzle došlo k zmenám, ktoré ešte neboli replikované. Keď sa uzol vrátil do režimu online, GitLab sa automaticky neobnovil a správcovia museli manuálne spustiť proces synchronizácie alebo akceptovať stratu údajov. Iné situácie, ako napríklad zlyhanie úlohy replikácie na sekundárnom uzle, môžu tiež viesť k zastaraným archívom alebo archívom iba na čítanie. V tomto prípade archív zostal zastaraný, kým nenastala ďalšia operácia zápisu, ktorá by spustila úlohu replikácie.
Na vyriešenie tohto problému teraz naplánuje úlohu replikácie, keď zistí zastaraný archív na jednom uzle a najnovšiu verziu archívu na inom. Táto úloha replikácie automaticky udržiava úložisko v aktuálnom stave, čím eliminuje potrebu manuálneho obnovovania údajov. Automatická obnova tiež zaisťuje, že sekundárne uzly budú rýchlo aktualizované, ak úloha replikácie zlyhá, namiesto čakania na ďalšiu operáciu zápisu. Keďže mnohé klastre Gilaly ukladajú veľké množstvo úložísk, výrazne to znižuje čas, ktorý správcovia a technici spoľahlivosti strávia obnovou údajov po chybe.
Automatická oprava navyše spustí replikáciu repozitárov na každom novom uzle Gitaly pridanom do klastra, čím sa eliminuje manuálna práca pri pridávaní nových uzlov.
и .
Označte úlohu ako dokončenú na stránke návrhu
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Efektívna komunikácia v GitLab je založená na zoznamoch úloh. Ak ste spomenutí v komentári, je dôležité, aby ste mohli prejsť na úlohu a buď začať niečo robiť, alebo ju označiť ako dokončenú. Je tiež dôležité vedieť si prideliť úlohu, keď potrebujete na niečom popracovať alebo sa k tomu vrátiť neskôr.
Predtým ste pri práci s návrhmi nemohli pridávať úlohy ani ich označovať ako dokončené. To vážne narušilo efektivitu komunikácie medzi produktovými tímami, keďže úlohy sú kritickým prvkom pracovného toku GitLab.
Vo verzii 13.4 návrhy dobiehajú komentáre lístkov pri používaní úloh, vďaka čomu je práca s nimi konzistentnejšia a efektívnejšia.
и .
Vylepšený sprievodca riešením problémov pre CI/CD
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Vylepšili sme príručku na riešenie problémov pre GitLab CI/CD o ďalšie informácie 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 spustiť GitLab CI/CD.
и .
Požiadavky na zlúčenie už nevypadnú z frontu na zlúčenie
(PREMIUM, ULTIMATE, SILVER, GOLD)
Predtým mohli žiadosti o zlúčenie náhodne vypadnúť z frontu na zlúčenie kvôli neskorým komentárom. Ak žiadosť o zlúčenie už bola vo fronte a niekto k nej pridal komentár, ktorý vytvoril novú nevyriešenú diskusiu, žiadosť o zlúčenie sa považovala za nespôsobilú na zlúčenie a vypadla by z frontu. Teraz, po pridaní žiadosti o zlúčenie do frontu zlúčenia, môžu byť pridané nové komentáre bez obáv z narušenia procesu zlúčenia.
и .
Zobrazenie hodnoty pokrytia kódu pre úlohu v žiadosti o zlúčenie
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Vývojári by mali byť schopní vidieť hodnotu pokrytia kódu po dokončení kanála - dokonca aj v zložitých scenároch, ako je spustenie potrubia s viacerými úlohami, ktoré je potrebné analyzovať na výpočet hodnoty pokrytia. Predtým widget žiadosti o zlúčenie zobrazoval iba priemer týchto hodnôt, čo znamenalo, že ste museli prejsť na stránku úlohy a späť na žiadosť o zlúčenie, aby ste získali stredné hodnoty pokrytia. Aby sme vám ušetrili čas a tieto ďalšie kroky, vytvorili sme miniaplikáciu, ktorá zobrazuje priemernú hodnotu pokrytia, jej zmeny medzi cieľovou a zdrojovou vetvou a popis, ktorý zobrazuje hodnotu pokrytia pre každú úlohu, na základe ktorej sa vypočítal priemer.
и .
Odstránenie balíkov z registra balíkov pri prezeraní skupiny
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Register balíkov GitLab je miesto na ukladanie a distribúciu balíkov v rôznych formátoch. Keď máte vo svojom projekte alebo skupine veľa balíkov, musíte rýchlo identifikovať nepoužívané balíky a odstrániť ich, aby ste ľuďom zabránili v ich sťahovaní. Balíky môžete odstrániť z registra pomocou alebo cez používateľské rozhranie registra balíkov. Doteraz ste však nemohli odstraňovať balíčky pri prezeraní skupiny cez používateľské rozhranie. V dôsledku toho ste museli odstraňovať nepotrebné balíky na základe jednotlivých projektov, čo bolo neefektívne.
Teraz môžete odstrániť balíky pri prezeraní registra balíkov skupiny. Jednoducho prejdite na stránku registra balíkov skupiny, filtrujte balíky podľa názvu a odstráňte všetky, ktoré nepotrebujete.
и .
Škálovanie balíkov Conan na úroveň projektu
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Repozitár Conan v GitLab môžete použiť na publikovanie a distribúciu závislostí C/C++. Predtým sa však balíky mohli škálovať iba na úroveň inštancie, pretože názov balíka Conan mohol mať maximálne 51 znakov. Ak by ste chceli zverejniť balík z podskupiny napr gitlab-org/ci-cd/package-stage/feature-testing/conan, bolo to takmer nemožné.
Teraz môžete škálovať balíky Conan až na úroveň projektu, čo uľahčuje publikovanie a distribúciu závislostí vašich projektov.
и .
Podpora nových správcov balíkov a jazykov na skenovanie závislostí
(ULTIMATE, GOLD)
Sme nadšení, že môžeme do nášho zoznamu pridať skenovanie závislostí pre projekty kódu C, C++, C# a .Net, ktoré používajú správcov balíkov NuGet 4.9+ alebo Conan . Teraz môžete povoliť skenovanie závislostí ako súčasť fázy Zabezpečenie na kontrolu známych zraniteľností v závislostiach pridaných prostredníctvom správcov balíkov. Nájdené chyby zabezpečenia sa zobrazia vo vašej žiadosti o zlúčenie spolu s úrovňou ich závažnosti, aby ste pred vykonaním zlúčenia vedeli, aké riziká nesie nová závislosť. Môžete tiež nakonfigurovať svoj projekt podľa požiadaviek pre závislosti so zraniteľnosťami s kritickou (kritickou), vysokou (vysokou) alebo neznámou (neznámou) úrovňou závažnosti.
и .
Upozornenia pri zmene nastavenia žiadosti o zlúčenie na „Zlúčiť, keď sa kanál úspešne dokončí“
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Predtým pri nastavovaní nastavení žiadosti o zlúčenie Zlúčiť, keď potrubie skončí (Merge When Pipeline Succeeds, MWPS) nebolo odoslané žiadne e-mailové upozornenie. Museli ste manuálne skontrolovať stav alebo počkať na oznámenie o zlúčení. S touto verziou sme radi, že uvádzame príspevky používateľov , ktorá tento problém vyriešila pridaním automatických upozornení pre všetkých prihlásených na odber žiadosti o zlúčenie, keď recenzent zmení nastavenie zlúčenia na MWPS.
и .
Vytváranie klastrov EKS pomocou používateľom špecifikovanej verzie Kubernetes
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Používatelia GitLab si teraz môžu vybrať verziu Kubernetes, ktorú bude poskytovať EKS; môžete si vybrať medzi verziami 1.14–1.17.
и .
Vytváranie incidentov ako typov lístkov
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Nie každý problém, ktorý sa objaví, okamžite spustí výstrahy: používatelia hlásia výpadky a členovia tímu skúmajú problémy s výkonom. Incidenty sú teraz typom lístka, takže vaše tímy ich môžu rýchlo vytvoriť ako súčasť bežného pracovného postupu. Kliknite Nová úloha odkiaľkoľvek v GitLab a v teréne Typ vybrať Incident.
и .
Spomínanie upozornení GitLab v Markdown
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Upozornenia GitLab sme vylepšili pridaním nového typu zmienky špeciálne pre ne v GitLab Markdown, čo uľahčuje zdieľanie a spomínanie upozornení. Použite ^alert#1234uviesť upozornenie v ktoromkoľvek poli Markdown: v incidentoch, lístkoch alebo žiadostiach o zlúčenie. To vám tiež pomôže identifikovať úlohy, ktoré sú vytvorené z upozornení a nie z lístkov alebo žiadostí o zlúčenie.
и .
Zobrazenie výstražného zaťaženia podľa incidentu
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Popis výstrahy obsahuje informácie dôležité pre riešenie problémov a obnovu a tieto informácie by mali byť ľahko dostupné, aby ste pri riešení incidentu nemuseli prepínať nástroje alebo karty. Incidenty vytvorené z upozornení zobrazujú úplný popis upozornenia na karte Podrobnosti upozornenia.
O 75 % rýchlejšie pokročilé vyhľadávanie
(ŠTARTÉR, PREMIUM, ULTIMATE, BRONZ, SILVER, GOLD)
GitLab ako jediná aplikácia má jedinečnú schopnosť rýchlo zisťovať obsah v rámci celého vášho pracovného toku DevOps. V GitLab 13.4 rozšírené vyhľadávanie vracia výsledky o 75 % rýchlejšie , ako na GitLab.com.
и .
Zobrazenie odstránených projektov pre správcov
(CORE, STARTER, PREMIUM, ULTIMATE)
Bola tu možnosť odložiť vymazanie projektu . Predtým však nebolo možné vidieť všetky projekty čakajúce na vymazanie na jednom mieste. Správcovia používateľských inštancií GitLab si teraz môžu prezerať všetky projekty čakajúce na vymazanie na jednom mieste spolu s tlačidlami na jednoduché obnovenie týchto projektov.
Táto možnosť poskytuje administrátorom väčšiu kontrolu nad odstránením projektu tým, že zhromažďuje všetky relevantné informácie na jednom mieste a poskytuje možnosť vrátiť späť nechcené akcie vymazania.
Vďaka pre túto funkciu!
и .
Do API bola pridaná podpora pre skupinové pravidlá push
(ŠTARTÉR, PREMIUM, ULTIMATE, BRONZ, SILVER, GOLD)
Predtým bolo možné skupinové pravidlá push konfigurovať iba tak, že ste každú skupinu navštívili jednotlivo prostredníctvom používateľského rozhrania GitLab a aplikovali tieto pravidlá. Teraz môžete tieto pravidlá spravovať prostredníctvom rozhrania API na podporu vašich vlastných nástrojov a automatizácie GitLab.
и .
Zrušenie osobných prístupových tokenov pre samostatne spravované úložisko poverení
(KONECNÉ)
Poskytuje správcom informácie, ktoré potrebujú na správu používateľských poverení pre ich inštanciu GitLab. Keďže organizácie zamerané na dodržiavanie predpisov sa líšia v prísnosti svojich zásad správy poverení, pridali sme tlačidlo, ktoré umožňuje správcom voliteľne odvolať token osobného prístupu používateľa (PAT). Správcovia môžu teraz ľahko odvolať potenciálne kompromitované PAT. Táto funkcia je užitočná pre organizácie, ktoré chcú flexibilnejšie možnosti dodržiavania predpisov, aby minimalizovali rušenie svojich používateľov.
и .
Konfiguračný súbor pre editor statickej lokality
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
V GitLab 13.4 predstavujeme nový spôsob prispôsobenia editora statických stránok. Hoci konfiguračný súbor v tomto vydaní neukladá ani neprijíma žiadne nastavenia, vytvárame základy pre budúce prispôsobenie správania editora. V budúcich vydaniach doplníme súbor .gitlab/static-site-editor.yml parametre pre inštaláciu , na ktorých , ktoré prepíšu nastavenia syntaxe Markdown a ďalšie nastavenia editora.
и .
Úprava úvodnej časti súboru pomocou editora statickej stránky
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Predná časť je flexibilný a pohodlný spôsob, ako definovať premenné stránky v dátových súboroch na spracovanie generátorom statickej lokality. Zvyčajne sa používa na nastavenie názvu stránky, šablóny rozloženia alebo autora, ale môže sa použiť na odovzdanie akéhokoľvek typu metadát do generátora pri vykresľovaní stránky v HTML. Úvodná časť, ktorá sa nachádza na samom začiatku každého dátového súboru, je zvyčajne vo formáte 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é označenie, čo môže následne spôsobiť problémy s formátovaním alebo dokonca zlyhania zostavy.
Režim úprav WYSIWYG editora statickej lokality už odstraňuje úvod z editora, aby sa predišlo týmto chybám formátovania. To vám však bráni zmeniť hodnoty uložené v tejto časti bez toho, aby ste sa vrátili k úpravám v režime zdroja. V GitLab 13.4 môžete pristupovať k akémukoľvek poľu a upravovať jeho hodnotu v známom rozhraní založenom na formulároch. Po stlačení tlačidla Nastavenie (nastavenie) otvorí sa panel zobrazujúci pole formulára pre každý kľúč definovaný na začiatku. Polia sú vyplnené aktuálnou hodnotou a úprava ľubovoľného z nich je taká jednoduchá, že ho zadáte do webového formulára. Úprava úvodu týmto spôsobom sa vyhne zložitej syntaxi a poskytne vám plnú kontrolu nad obsahom a zároveň zabezpečí konzistentný formát konečného výsledku.
и .
GitLab pre Jira a DVCS Connector je teraz v Core
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Pre používateľov Jira na GitLab: и umožňujú zobraziť informácie o potvrdeniach GitLab a žiadostiach o zlúčenie priamo v Jira. V kombinácii s našou vstavanou integráciou Jira sa môžete počas práce ľahko pohybovať medzi týmito dvoma aplikáciami.
Tieto funkcie boli predtým dostupné iba v našom prémiovom pláne, ale teraz sú dostupné pre všetkých používateľov!
и .
Väčšinové hlasovanie za transakcie klastra Gitaly (beta)
(CORE, STARTER, PREMIUM, ULTIMATE)
Klaster Gitaly vám umožňuje replikovať úložiská Git do viacerých „teplých“ uzlov Gitaly. To zvyšuje odolnosť voči chybám odstránením jednotlivých bodov zlyhania. , predstavený v GitLab 13.3, spôsobuje, že zmeny sa vysielajú do všetkých uzlov Gitaly v klastri, ale iba uzly Gitaly, ktoré hlasujú v súhlase s primárnym uzlom, ukladajú zmeny na disk. Ak všetky uzly repliky nesúhlasia, na disk sa uloží iba jedna kópia zmeny, čím sa vytvorí jediný bod zlyhania, kým sa nedokončí asynchrónna replikácia.
Väčšinové hlasovanie zlepšuje odolnosť voči chybám tým, že vyžaduje súhlas väčšiny uzlov (nie všetkých) pred uložením zmien na disk. Ak je táto funkcia prepínania povolená, zápis by mal byť úspešný na viacerých uzloch. Nesúhlasné uzly sa automaticky synchronizujú pomocou asynchrónnej replikácie z tých uzlov, ktoré vytvorili kvórum.
и .
Podpora vlastnej schémy pre overenie JSON vo webovom IDE
(PREMIUM, ULTIMATE, SILVER, GOLD)
Projekty, kde ľudia píšu konfigurácie v JSON alebo YAML, sú často náchylné na problémy, pretože je ľahké urobiť preklep a niečo pokaziť. Je možné napísať inšpekčné nástroje na zachytenie týchto problémov v potrubí CI, ale použitie súboru schémy JSON môže byť užitočné na poskytnutie dokumentácie a rád.
Účastníci projektu môžu vo svojom úložisku definovať cestu k vlastnej schéme v súbore .gitlab/.gitlab-webide.yml, ktorý určuje schému a cestu k súborom, ktoré sa majú kontrolovať. Keď načítate konkrétny súbor do webového IDE, uvidíte dodatočnú spätnú väzbu a overenie, ktoré vám pomôže vytvoriť súbor.
и .
Limit vetvenia riadeného acyklického grafu (DAG) sa zvýšil na 50
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Ak používate dopravníky (Directed Acyclic Graph (DAG)), možno zistíte, že existuje limit 10 úloh, ktoré môže úloha špecifikovať v needs:, príliš drsné. Vo verzii 13.4 sa predvolený limit zvýšil z 10 na 50, aby sa umožnilo vytvorenie zložitejších sietí vzťahov medzi úlohami vo vašich kanáloch.
Ak ste správcom vlastnej inštancie GitLab, môžete tento limit zvýšiť ešte vyššie nastavením funkcie prepínania, aj keď na to neponúkame oficiálnu podporu.
и .
Vylepšené správanie needs za zmeškané úlohy
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
V niektorých prípadoch môže byť zmeškaná úloha v potrubí nesprávne považovaná za úspešnú pre závislosti uvedené v needs, čo spôsobilo spustenie následných úloh, čo sa nemalo stať. Toto správanie bolo opravené vo verzii 13.4 a needs teraz správne rieši prípady zmeškaných úloh.
и .
Pripnite posledný artefakt úlohy, aby ste zabránili jeho vymazaniu
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
GitLab teraz automaticky uzamkne poslednú úspešnú úlohu a artefakt potrubia na akejkoľvek aktívnej vetve, žiadosti o zlúčenie alebo značke, aby sa zabránilo ich vymazaniu po uplynutí platnosti. Je jednoduchšie nastaviť agresívnejšie pravidlá vypršania platnosti na vyčistenie starých artefaktov. To pomáha znižovať spotrebu miesta na disku a zaisťuje, že budete mať vždy kópiu najnovšieho artefaktu z potrubia.
и .
CI/CD Guide to Pipeline Optimization
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Optimalizácia vášho kanála CI/CD môže zvýšiť rýchlosť doručenia a ušetriť peniaze. Vylepšili sme našu dokumentáciu, aby obsahovala rýchleho sprievodcu, ako čo najlepšie využiť optimalizáciu vašich potrubí.
и .
Správa o teste zoradená podľa stavu testu
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
je jednoduchý spôsob, ako zobraziť výsledky všetkých testov v potrubí. Pri veľkom počte testov však nájdenie neúspešných testov môže trvať dlho. Medzi ďalšie problémy, ktoré môžu sťažiť používanie zostavy, patria ťažkosti pri posúvaní dlhých výstupov sledovania a zaokrúhľovanie času na nulu pri testoch, ktoré prebiehajú za menej ako 1 sekundu. Teraz štandardne pri triedení správy o teste najprv umiestni neúspešné testy na začiatok správy a potom zoradí testy podľa trvania. To uľahčuje hľadanie porúch a dlhých testov. Okrem toho sa teraz trvanie testov zobrazuje v milisekundách alebo sekundách, vďaka čomu je ich čítanie oveľa rýchlejšie, a tiež boli vyriešené predchádzajúce problémy s posúvaním.
и .
Obmedzenia veľkosti súborov nahrávaných do registra balíkov
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Teraz existujú obmedzenia veľkosti súborov balíkov, ktoré je možné nahrať do registra balíkov GitLab. Boli pridané obmedzenia na optimalizáciu výkonu registra balíkov a zabránenie zneužitiu. Limity sa líšia v závislosti od formátu balíka. Pre GitLab.com sú maximálne veľkosti súborov:
- Conan: 250 MB
- Maven: 3 GB
- NPM: 300 MB
- NuGet: 250 MB
- PyPI: 3 GB
Pre vlastné inštancie GitLab sú predvolené hodnoty rovnaké. Správca však môže aktualizovať obmedzenia pomocou .
и .
Na publikovanie balíkov PyPI použite CI_JOB_TOKEN
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Úložisko GitLab PyPI môžete použiť na vytváranie, publikovanie a zdieľanie balíkov Python spolu so zdrojovým kódom a kanálmi CI/CD. Predtým ste sa však nemohli autentifikovať do archívu pomocou preddefinovanej premennej prostredia CI_JOB_TOKEN. V dôsledku toho ste museli použiť svoje osobné prihlasovacie údaje na aktualizáciu úložiska PyPI, alebo ste sa možno rozhodli úložisko nepoužívať vôbec.
Teraz je jednoduchšie používať GitLab CI/CD na publikovanie a inštaláciu balíkov PyPI pomocou preddefinovanej premennej prostredia CI_JOB_TOKEN.
и .
Profily skenerov DAST na vyžiadanie
(ULTIMATE, GOLD)
To bolo na skenovanie DAST na požiadanie , boli pridané profily skenera DAST. Rozširujú možnosti konfigurácie týchto skenov a umožňujú vám rýchlo vytvoriť viacero profilov na pokrytie viacerých typov skenovania. Vo verzii 13.4 profil prehľadávača natívne obsahuje nastavenie časového limitu prehľadávača, ktoré nastavuje, ako dlho má prehľadávač DAST bežať, keď sa pokúša objaviť všetky stránky prehľadávanej lokality. Profil tiež obsahuje nastavenie časového limitu cieľovej lokality, aby ste nastavili, ako dlho má prehľadávač čakať na sprístupnenie lokality pred prerušením prehľadávania, ak lokalita neodpovedá stavovým kódom 200 alebo 300. Ako sa neustále zlepšujeme Táto funkcia bude pridané do profilu skenera v budúcich vydaniach; budú pridané ďalšie konfiguračné parametre.
и .
Jednoduchý konfiguračný súbor presmerovania pre stránky GitLab
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Ak používate stránky GitLab a chcete lepšie spravovať zmeny adries URL, možno ste si všimli, že na vašej lokalite stránok GitLab nebolo možné spravovať presmerovania. GitLab vám teraz umožňuje nakonfigurovať pravidlá na presmerovanie jednej adresy URL na druhú pre vašu lokalitu Pages pridaním konfiguračného súboru do úložiska. Táto funkcia je možná vďaka príspevku Kevina Barnetta (), náš Eric Eastwood () a tímy GitLab. Ďakujem všetkým za váš príspevok.
и .
Terraform state spravuje GitLab
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Prístup k predchádzajúcim verziám stavu Terraform je potrebný na dosiahnutie súladu aj na prípadné ladenie. Podpora pre verzovanie stavu Terraform spravovaného GitLabom je poskytovaná od verzie GitLab 13.4. Verzia je automaticky povolená pre nové súbory stavu Terraform. Existujúce stavové súbory Terraform budú v neskoršom vydaní.
и .
Podrobnosti upozornenia na dôležité udalosti
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Pri spracovaní incidentov musíte byť schopní jednoducho určiť, ako dlho bolo upozornenie otvorené a koľkokrát bola udalosť spustená. Tieto podrobnosti sú často rozhodujúce pri určovaní dopadu na zákazníka a na to, čo by mal váš tím riešiť ako prvé. Na novom paneli Podrobnosti o incidente zobrazujeme čas začiatku upozornenia, počet udalostí a odkaz na pôvodné upozornenie. Tieto informácie sú dostupné pre incidenty, ktoré sú generované z upozornení.
и .
Nastavenie a úprava parametra závažnosti incidentu
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
Dimenzia závažnosti incidentu umožňuje respondentom a zainteresovaným stranám určiť vplyv výpadku, ako aj spôsob a naliehavosť reakcie. Keď váš tím zdieľa výsledky počas riešenia incidentu a obnovy, môže toto nastavenie zmeniť. Teraz môžete upraviť závažnosť incidentu v pravom bočnom paneli stránky Podrobnosti o incidente a závažnosť sa zobrazí v zozname incidentov.
и .
Vytváranie, úprava a odstraňovanie pravidiel zabezpečenia kontajnerovej siete
(ULTIMATE, GOLD)
Toto vylepšenie Editora pravidiel zabezpečenia siete kontajnerov umožňuje používateľom jednoducho vytvárať, upravovať a odstraňovať svoje pravidlá priamo z používateľského rozhrania GitLab. Funkcie editora zahŕňajú .yaml pre skúsených používateľov a editor pravidiel s intuitívnym rozhraním pre nových používateľov sieťových pravidiel. Nové možnosti správy pravidiel nájdete v sekcii Bezpečnosť a súlad > Manažment hrozieb > Pravidlá (Bezpečnosť a súlad > Správa hrozieb > Zásady).
и .
Podpora úložiska blob v Azure
(JADRO, ŠTARTÉR, PREMIUM, ULTIMATE, ZDARMA, BRONZ, STRIEBRO, ZLATÁ)
GitLab aj GitLab Runner teraz podporujú , čo uľahč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 objektov Azure Blob, postupujte podľa pokynov na inštaláciu alebo .
Procesory úloh GitLab tiež podporujú Azure pre ukladanie . Úložisko Azure je možné nakonfigurovať pomocou sekcie .
и .
Balíky Omnibus ARM64 pre Ubuntu a OpenSUSE
(CORE, STARTER, PREMIUM, ULTIMATE)
V reakcii na rastúci dopyt po podpore spustenia GitLab na 64-bitovej architektúre ARM s potešením oznamujeme dostupnosť oficiálneho balíka ARM64 Ubuntu 20.04 Omnibus. Veľká vďaka patrí Zitai Chen a Guillaume Gardetovi za obrovské príspevky, ktoré urobili – ich žiadosti o zlúčenie v tom zohrali kľúčovú úlohu!
Ak chcete stiahnuť a nainštalovať balík pre Ubuntu 20.04, prejdite na našu stránku a vyberte Ubuntu.
и .
Podpora overovania inteligentnou kartou pre graf GitLab Helm
(PREMIUM, ULTIMATE)
Inteligentné karty, ako sú bežné prístupové karty (CAC), sa teraz môžu použiť na autentifikáciu v inštancii GitLab nasadenej prostredníctvom grafu Helm. Smart karty sa overujú voči lokálnej databáze pomocou certifikátov X.509. Vďaka tomu je teraz podpora čipových kariet s Helm chartom v súlade s podporou čipových kariet, ktorá je k dispozícii v nasadení Omnibus.
и .
Podrobné poznámky k vydaniu a pokyny na aktualizáciu/inštaláciu si môžete prečítať v pôvodnom anglickom príspevku: .
Pracovali sme na preklade z angličtiny , , и .
Zdroj: hab.com