Rychlé odhalení úniku tajných informací
Na první pohled malá chyba – omylem předat přihlašovací údaje do veřejného repozitáře. Následky však mohou být vážné. Jakmile útočník získá vaše heslo nebo API klíč, převezme vaši účet, zablokuje vás a podvodně použije vaše prostředky. Navíc existuje domino efekt: přístup k jednomu účtu otevírá přístup k dalším. Rizika jsou vysoká, proto je nesmírně důležité co nejdříve zjistit únik tajných informací.
V této verzi představujeme možnost v rámci naší funkce SAST. Každý commit je skenován ve CI/CD úloze na přítomnost tajných informací. Existuje tajný údaj – a vývojář dostane upozornění v merge requestu. Okamžitě zruší uniklé přihlašovací údaje a vytvoří nové.
Zajištění správného řízení změn
Jak roste a komplikuje se organizace, je stále těžší udržet konzistenci mezi různými částmi. Čím více uživatelů aplikace a čím vyšší příjmy, tím vážnější jsou důsledky sloučení nesprávného nebo nezabezpečeného kódu. Pro mnohé organizace je zajištění správného schvalovacího procesu před sloučením kódu pevnou podmínkou, jelikož rizika jsou velmi vysoká.
Ve GitLab 11.9 existuje více kontroly a efektivnější struktura – díky . Dříve stačilo uvést jednotlivce nebo skupinu (každý člen mohl poskytnout schválení). Nyní je možné přidat několik pravidel, aby merge request vyžadoval schválení od konkrétních osob nebo dokonce od několika členů konkrétní skupiny. Navíc jsou do pravidel schvalování integrovány funkce Code Owners, což usnadňuje identifikaci osoby, která udělila schválení.
To umožňuje organizacím zavádět složité procesy schvalování, přičemž stále zachovávají jednoduchost jediné aplikace GitLab, kde jsou úkoly, kód, pipeline a monitorovací data viditelné a dostupné pro rozhodování a zrychlení procesu schvalování.
ChatOps je nyní open source
GitLab ChatOps je efektivní automatizační nástroj, který umožňuje provádět jakýkoli CI/CD úkol a dotazovat se na jeho stav přímo v chatových aplikacích, jako jsou Slack a Mattermost. , ChatOps byla součástí předplatného GitLab Ultimate. Vycházíme z a , někdy posunujeme funkce dolů po úrovních a nikdy nahoru.
Pokud jde o ChatOps, pochopili jsme, že tato funkce může být užitečná pro všechny, a že účast komunity může této funkci prospět.
V GitLab 11.9 jsme , a tím je nyní zdarma k použití v self-hosted GitLab Core i na GitLab.com a otevřen pro komunitu.
A mnoho dalšího!
V této verzi je k dispozici tolik skvělých funkcí: například , a , — že se nemůžeme dočkat, až o nich budeme mluvit!
Nejcennějším zaměstnancem () tohoto měsíce byl vyhlášen Marcel Amirault ()
Marcel neustále pomáhal zlepšovat dokumentaci GitLab. Udělal Hlavní funkce přidané do vydání GitLab 11.9
Objevování tajemství a pověření v repozitáři
Vývojáři někdy neúmyslně posílají do vzdálených repozitářů tajemství a pověření. Pokud k tomuto zdroji mají přístup jiní lidé, nebo pokud je projekt veřejný, důvěrné informace se vystavují a mohou být zneužity k přístupu k takovým zdrojům, jako jsou nasazovací prostředí.
(ULTIMATE, GOLD)
GitLab 11.9 obsahuje nový test — „Detekce tajemství“. Prohledává obsah repozitáře za účelem nalezení API klíčů a dalších informací, které by zde neměly být. GitLab zobrazuje výsledky ve zprávě SAST ve widgetu merge requestu, v pipeline zprávách a na panelech zabezpečení.
Pokud už jste připojili SAST pro svou aplikaci, není potřeba nic dalšího, prostě využijte výhod této nové funkce. Ta je rovněž součástí konfigurace
Pravidla schvalování merge requestů jako výchozí.
Revize kódu je nedílnou součástí každého úspěšného projektu, ale není vždy jasné, kdo by měl provádět revize změn. Často je žádoucí zapojení recenzentů z různých týmů: vývojářské týmy, týmy pro interakci s uživateli, výrobní tým.
(PREMIUM, ULTIMATE, SILVER, GOLD)
Revize kódu je neodmyslitelnou součástí každého úspěšného projektu, ale není vždy jasné, kdo by se měl revizí změn zabývat. Často je žádoucí zapojení recenzentů z různých týmů: týmu vývojářů, týmu pro interakci s uživateli a výrobního týmu.
Pravidla schvalování umožňují zlepšit proces interakce mezi osobami zapojenými do přezkoumávání kódu: určuje se okruh oprávněných schvalovatelů a minimální počet schválení. Pravidla schvalování jsou zobrazena ve widgetu pro sloučení žádostí, což umožňuje rychlé určení dalšího recenzenta.
Ve verzi GitLab 11.8 byla pravidla schvalování ve výchozím nastavení vypnuta. Od verze GitLab 11.9 jsou ve výchozím nastavení dostupná. Ve verzi GitLab 11.3 jsme zavedli možnost pro označení členů týmu odpovědných za určité části kódu v rámci projektu. Funkce Vlastníci kódu je integrována do pravidel schvalování, takže vždy lze rychle najít potřebné osoby k recenzování změn.
Přesun ChatOps do jádra
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Původně zavedená ve verzi GitLab Ultimate 10.6, ChatOps nyní přešla do jádra GitLab. GitLab ChatOps poskytuje možnost spouštět úlohy GitLab CI přes Slack pomocí funkce .
Otevíráme zdrojový kód této funkce v souladu s naším Čím více ji komunita používá, tím větší přínos přinese.
Audit parametrů funkcí
(PREMIUM, ULTIMATE, SILVER, GOLD)
Operace, jako je přidávání, odstraňování nebo změna parametrů funkcí, jsou nyní registrovány v auditním protokolu GitLab, což vám umožňuje vidět, co a kdy bylo změněno. Došlo k havárii a potřebujete zjistit, co se od poslední doby změnilo? Nebo potřebujete jen zkontrolovat, jak byly parametry funkcí změněny v rámci auditu? Nyní je to velmi snadné.
Oprava zranitelností v merge requestech
(ULTIMATE, GOLD)
Aby bylo možné rychle odstraňovat zranitelnosti kódu, musí být proces jednoduchý. Je důležité zjednodušit opravy zabezpečení a umožnit vývojářům soustředit se na své primární povinnosti. Ve verzi GitLab 11.7 jsme , ale bylo nutné jej stáhnout, použít na místě a poté přesunout změny do vzdáleného repozitáře.
Ve verzi GitLab 11.9 je tento proces automatizován. Odstraňujte zranitelnosti, aniž byste opustili webové rozhraní GitLab. Žádost o sloučení se vytváří přímo z okna informací o zranitelnostech a tato nová větev již bude obsahovat opravu. Zkontrolujte, zda je problém vyřešen, a pokud je pipeline v pořádku, přidejte opravu do základní větve.
Zobrazení výsledků skenování kontejnerů na bezpečnostním panelu skupiny.
(ULTIMATE, GOLD)
Skupinový bezpečnostní panel umožňuje specialistům soustředit se na nejdůležitější otázky pro jejich práci, poskytující jasný a podrobný přehled všech možných zranitelností, které mohou ovlivnit aplikace. Proto je důležité, aby panel obsahoval všechny potřebné informace na jednom místě a umožnil uživatelům podrobně prozkoumat data před jejich odstraněním.
Ve verzi GitLab 11.9 byly výsledky skenování kontejnerů přidány na panel nástrojů, vedle již existujících SAST a výsledků skenování závislostí. Nyní je celkový přehled na jednom místě, bez ohledu na zdroj problému.
Šablony CI/CD pro bezpečnostní úlohy
(ULTIMATE, GOLD)
Bezpečnostní funkce GitLab se rychle vyvíjejí a neustále vyžadují aktualizace, aby udržely účinnost a ochranu kódu. Změna definice úlohy je obtížná, když spravujete více projektů. A také chápeme, že nikdo nechce riskovat používání nejnovější verze GitLab bez jistoty ohledně její plné kompatibility se současným instancem GitLab.
Právě z tohoto důvodu jsme ve verzi GitLab 11.7 představili nový mechanismus pro definici úloh pomocí .
Od verze GitLab 11.9 budeme nabízet vestavěné šablony pro všechny úlohy bezpečnosti: například, sast a dependency_scanning, – kompatibilní s odpovídající verzí GitLab.
Začněte je zahrnovat přímo do svou konfiguraci a budou se aktualizovat s systémem při každé aktualizaci na novou verzi GitLab. Konfigurace pipeline přitom zůstávají nezměněny.
Nový způsob definování úloh bezpečnosti je oficiální a nepodporuje žádné jiné starší definice úloh nebo kódu. Je třeba co nejdříve aktualizovat definici, aby se použilo nové klíčové slovo
template. Podpora jakéhokoli jiného syntaktického zápisu může být odstraněna v GitLab 12.0 nebo v dalších budoucích vydáních.
Další vylepšení ve verzi GitLab 11.9
Odpověď na komentář
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab má diskuse na různá témata. Dosud musel uživatel, který psal původní komentář, od začátku rozhodnout, zda chce diskusi.
Oslabili jsme toto omezení. Vezměte jakýkoli komentář v GitLab (k úlohám, požadavkům na sloučení a epikům) a odpovězte na něj, čímž zahájíte diskusi. Takto týmy komunikují organizovaněji.
Šablony projektů pro .NET, Go, iOS a Pages
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Aby uživatelům usnadnili vytváření nových projektů, nabízíme několik nových projektových šablon:
- Základní , která obsahuje základní aplikaci s CI.
- Funkční šablona kombinující a GitLab CI/CD.
- , připravená na základní přizpůsobení v GitLab. Všimněte si, že pro sestavení iOS je potřeba dedikovaný runner MacOS, takže bude nutné poskytnout vlastní server pro sestavení, pokud jej chcete používat s GitLab CI/CD.
- jsou nastaveny pro práci s Netlify.
Požadujte schválení merge requestů od Code Owners
(PREMIUM, ULTIMATE, SILVER, GOLD)
Není vždy zřejmé, kdo schvaluje merge request.
Nyní GitLab podporuje požadavek na schválení merge requestu v závislosti na tom, které soubory žádost mění, pomocí . Code Owners jsou přiřazeni pomocí souboru s názvem CODEOWNERS, jehož formát je podobný gitattributes.
Podpora automatického přiřazení Code Owners jako osob odpovědných za schválení merge requestu byla přidána již v .
Přesun souborů ve Web IDE
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Nyní je možné přesunout soubor nebo adresář z Web IDE do repozitáře na novou cestu přejmenováním.
Štítky seřazené abecedně
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Štítky GitLab jsou nesmírně univerzální a týmy neustále nacházejí nové způsoby jejich použití. Uživatelé často přidávají mnoho štítků k úkolu, merge requestu nebo epiku.
Ve verzi GitLab 11.9 jsme trochu zjednodušili používání štítků. U úkolů, merge requestů a epik jsou štítky zobrazené na bočním panelu seřazeny abecedně. To platí také pro zobrazení seznamu těchto objektů.
Rychlé komentáře při filtrování aktivit podle úkolu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Nedávno jsme zavedli funkci, díky které uživatelé filtrují časovou osu aktivit podle úkolů, merge requestů nebo epik, což umožňuje soustředit se pouze na komentáře nebo systémové poznámky. Tento parametr se ukládá pro každého uživatele v systému, a může se stát, že uživatel neví, že když si prohlíží úkol po několika dnech, vidí filtrovanou časovou osu. Může mít pocit, že nemůže zanechat komentář.
Vylepšili jsme tuto interakci. Nyní mohou uživatelé rychle přepnout do režimu, který umožňuje ponechat komentáře, aniž by museli rolovat zpět k nejvyššímu záznamu. To se týká úkolů, merge requestů a epiců.
Změna pořadí podřízených epiců
(ULTIMATE, GOLD)
Nedávno jsme vydali , které umožňují používat epiky epiců (spolu s podřízenými úkoly epiců).
Nyní lze měnit pořadí podřízených epiců jednoduchým přetahováním, stejně jako u podřízených úkolů. Týmy mohou pořadí použít k odrazu priority nebo k určení pořadí vykonávání práce.
Uživatelské systémové zprávy v horním a dolním zápatí na webu a v e-mailech
(CORE, STARTER, PREMIUM, ULTIMATE)
Dříve jsme přidali funkci, která umožňuje uživatelským zprávám v horním a dolním zápatí zobrazovat se na každé stránce v GitLab. Byla vřele přijata a týmy ji používají k výměně důležitých informací: například systémových zpráv týkajících se jejich instance GitLab.
S radostí zavádíme tuto funkci do Core, takže ji nyní může využívat ještě více lidí. Kromě toho uživatelům umožňujeme zobrazit stejné zprávy ve všech e-mailech odesílaných prostřednictvím GitLab pro konzistenci s jiným bodem interakce uživatele s GitLab.
Filtr podle důvěrných úkolů
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Důvěrné úkoly jsou užitečným nástrojem pro týmy, který umožňuje vést uzavřené diskuse o citlivých tématech v rámci otevřeného projektu. Jsou obzvlášť vhodné pro práci na bezpečnostních zranitelnostech. Dosud bylo řízení důvěrných úkolů poněkud složité.
Ve GitLab 11.9 je nyní seznam úkolů v GitLab filtrován podle důvěrných nebo nedůvěrných úkolů. To se týká i vyhledávání úkolů prostřednictvím API.
Děkujeme za příspěvek Roberta Schillinga ()!
Úprava domény Knative po nasazení
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Určení uživatelské domény při instalaci Knative umožňuje obsluhovat různé serverless aplikace/funkce s unikátní koncovou adresou.
Nyní integrace Kubernetes v GitLab umožňuje změnit/aktualizovat uživatelskou doménu po nasazení Knative do klastru Kubernetes.
Kontrola formátu certifikátu Kubernetes CA
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Při přidávání existujícího clusteru Kubernetes GitLab nyní kontroluje, zda zadaný certifikát CA má platný formát PEM. To eliminuje možné chyby s integrací Kubernetes.
Rozšíření nástroje pro porovnávání merge requestů na celý soubor
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Při prohlížení změn v merge requestu je nyní možné rozšířit nástroj pro porovnávání pro každý soubor, abyste zobrazili celý soubor pro větší kontext, a zanechat komentáře v nezměněných řádcích.
Provádění konkrétních jobů v merge requestech pouze při změně určitých souborů
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Ve GitLab 11.6 byla přidána možnost definice pro joby v pipeline, aby uživatelé mohli provádět konkrétní úkoly pouze při vytvoření merge requestu.
Nyní rozšiřujeme tuto funkčnost: přidána logika spojení , a uživatelé mohou provádět konkrétní joby pouze pro merge requesty a pouze při změně určitých souborů.
Děkujeme za příspěvek Hiroyuki Sato ()!
Automatické monitorování GitLab s Grafana
(CORE, STARTER, PREMIUM, ULTIMATE)
Grafana nyní součástí našeho balíčku Omnibus, což usnadňuje pochopení fungování vašeho instance.
Nastavte grafana['enable'] = true v gitlab.rb, a Grafana bude dostupná na adrese: https://your.gitlab.instance/-/grafana. V nejbližší době také „out of the box“.
Zobrazení primárních epických úkolů na bočním panelu epiků
(ULTIMATE, GOLD)
Nedávno jsme představili , které umožňují používat epiky epiků.
Ve GitLab 11.9 jsme zjednodušili mechanismus pro zobrazení této souvislosti. Nyní je vidět nejen rodičovský epik daného epiku, ale celé strom epiků na pravém bočním panelu. Je vidět, zda jsou tyto epiky uzavřeny, nebo ne, a dokonce je možné k nim přímo přejít.
Odkaz na nový úkol z přesunutého a uzavřeného úkolu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Ve GitLab je snadné přesunout úkol do jiného projektu pomocí bočního panelu nebo rychlé akce. V pozadí je existující úkol uzavřen a v cílovém projektu je vytvořen nový úkol se všemi zkopírovanými údaji, včetně systémových poznámek a atributů bočního panelu. To je skvělá funkce.
Vzhledem k tomu, že existuje systémová poznámka o přesunu, uživatelé, když se dívají na uzavřený úkol, zažívají zmatek: nedokážou pochopit, že úkol byl uzavřen z důvodu přesunu.
V této verzi označujeme přímo na ikoně v horní části uzavřené úlohy, že byla přesunuta, a také zahrnujeme integrovaný odkaz na novou úlohu, aby každý, kdo se dostane na starou, mohl rychle přejít na novou.
Integrace YouTrack
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
GitLab se integruje s mnoha externími systémy sledování úloh, což usnadňuje týmům používat GitLab pro jiné funkce, zatímco si ponechávají zvolený nástroj pro správu úloh.
V této verzi jsme přidali možnost integrace YouTrack od JetBrains.
Děkujeme za příspěvek Kotau Yauhenovi ()!
Změna velikosti stromu souborů merge requestu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Při prohlížení změn merge requestu nyní můžete změnit velikost stromu souborů, aby se zobrazovaly dlouhé názvy souborů nebo aby se šetřilo místo na malých obrazovkách.
Přejít na poslední panely úloh
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
Panely úloh jsou velmi užitečné a týmy vytvářejí několik panelů pro každý projekt a skupinu. Nedávno jsme přidali panel pro vyhledávání, abychom rychle filtrovali všechny panely, které vás zajímají.
V GitLab 11.9 jsme také představili sekci Recent v rozbalovacím seznamu. Takto můžete rychle přejít na panely, se kterými jste nedávno interagovali.
Možnost vytvoření chráněných větví vývojáři
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Chráněné větve neumožňují přesouvat nebo sloučit nehodnocený kód. Pokud nikomu není povoleno přesouvat chráněné větve, nikdo nemůže vytvořit novou chráněnou větev: například větev vydání.
V GitLab 11.9 mohou vývojáři vytvářet chráněné větve z již chráněných větví přes GitLab nebo API. Použití Gitu pro přesunutí nové chráněné větve je stále omezeno, aby se náhodou nevytvářely nové chráněné větve.
Deduplikační objekty Git pro otevřená větvení (Beta)
(CORE, STARTER, PREMIUM, ULTIMATE)
Větvení umožňuje každému účastnit se projektů s otevřeným zdrojovým kódem: bez povolení k zápisu, pouze kopírováním repozitáře do nového projektu. Ukládání úplných kopií často větvených repozitářů Git je neefektivní. Nyní s pomocí Git alternatives větvení společně sdílejí společné objekty z nadřazeného projektu v objektovém bazénu, aby snížily požadavky na diskové úložiště.
Objektové pooly pro větvení se vytvářejí pouze pro otevřené projekty, pokud je připojena hashovaná úložiště. Objektové pooly se aktivují pomocí parametrů funkce object_pools.
Filtrace seznamu merge requestů podle určených schvalujících osob
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
Revize kódu je běžnou praxí pro každý úspěšný projekt, ale recenzentovi může být obtížné sledovat merge requesty.
V GitLab 11.9 je seznam merge requestů filtrován podle určeného schvalujícího. Tímto způsobem můžete najít merge requesty, které byly přidány vám jako recenzentovi.
Děkujeme za příspěvek Glavina Wiecherta ()!
Klávesové zkratky pro další a předchozí soubor v merge requestu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Při procházení změn v merge requestu můžete rychle přepínat mezi soubory pomocí ]nebo j pro přechod na další soubor a [ nebo k pro přechod na předchozí soubor.
Zjednodušení .gitlab-ci.yml pro serverless projekty
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Vytvořený na základě funkcionality GitLab CI, serverless šablona gitlab-ci.yml byl významně zjednodušen. Pro budoucí vydání, abychom přidali nové funkce, není potřeba provádět změny v tomto souboru.
Podpora názvů hostitelů Ingress
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Během nasazení kontroleru Kubernetes Ingress některé platformy se vrací k IP adrese (například GKE od Google), jiné pak k DNS jménu (například EKS od AWS).
Naše integrace Kubernetes nyní podporuje oba typy koncových bodů pro zobrazení v sekci clusters projektu.
Děkujeme za příspěvek Aarona Walkera ()!
Omezení přístupu pro přihlášení do JupyterHub pouze pro účastníky skupiny/projektu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Nasazení JupyterHub pomocí integrace GitLab s Kubernetes je skvělý způsob, jak spravovat a používat Jupyter Notebook ve velkých skupinách. Také je to užitečné pro kontrolu přístupu k nim při předávání důvěrných nebo osobních údajů.
V GitLab 11.9 je možnost přihlášení do instancí JupyterHub nasazených přes Kubernetes omezena na účastníky projektu s úrovní přístupu "vývojář" (přes skupinu nebo projekt).
Přizpůsobitelné časové intervaly pro schéma panelu zabezpečení
(ULTIMATE, GOLD)
Panel zabezpečení skupiny zahrnuje schéma zranitelností pro přehled aktuálního stavu zabezpečení projektů skupiny. To je velmi užitečné pro bezpečnostní ředitele při nastavování procesů a porozumění mechanismu práce týmu.
Ve GitLab 11.9 si nyní můžete vybrat časový úsek pro tuto schéma zranitelností. Výchozím nastavením jsou poslední 90 dní, ale lze nastavit interval 60 nebo 30 dní v závislosti na požadované úrovni podrobnosti.
To nemá vliv na data v počítadlech nebo v seznamu, pouze na datové body zobrazené na schématu.
Přidání pracovního úkonu pro sestavení Auto DevOps pro značky
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Fáze automatického sestavení Auto DevOps vytváří sestavení vaší aplikace pomocí Dockerfile projektu nebo balíčku pro sestavení Heroku.
Ve GitLab 11.9 získaný Docker obraz, integrovaný do pipeline značek, dostává název podobně jako tradiční názvy obrazů pomocí tagu commitu namísto SHA commitu.
Děkujeme za příspěvek Aarona Walkera!
Aktualizace Code Climate na verzi 0.83.0
(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)
GitLab používá pro kontrolu toho, jak změny ovlivňují stav vašeho kódu a projektu.
Ve GitLab 11.9 jsme aktualizovali engine na nejnovější verzi (), abychom poskytli výhody dodatečného jazyka a podpory statické analýzy pro GitLab Code Quality.
Děkujeme za příspěvek člena týmu GitLab Core Takuyi Noguti ()!
Škálování a posouvání panelu metrik
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Když zkoumáte anomálie výkonu, často je užitečné se podívat blíže na jednotlivé části určité metriky.
S GitLab 11.9 budou moci uživatelé škálovat jednotlivé časové úseky na panelu metrik, procházet celým časovým obdobím a snadno se vracet k pohledu původního časového intervalu. To umožňuje snadno a rychle prozkoumat potřebné události.
SAST pro TypeScript
(ULTIMATE, GOLD)
— to je relativně nový programovací jazyk založený na .
Ve GitLab 11.9 funkce Statického testování bezpečnosti aplikací (SAST) analyzuje a odhaluje zranitelnosti kódu TypeScript, demonstruje je ve widgetu pro merge request, na úrovni pipeline a na panelu bezpečnosti. Současné nastavení pracovního úkonu sast není třeba měnit a je také automaticky povoleno v .
SAST pro vícerozměrné projekty Maven
(ULTIMATE, GOLD)
Projekty Maven jsou často organizovány tak, aby sdružovaly v jednom repozitáři. Dříve GitLab nedokázal správně skenovat takové projekty, a vývojáři a specialisté na bezpečnost nedostávali zprávy o zranitelnostech.
GitLab 11.9 nabízí rozšířenou podporu funkce SAST pro tuto konkrétní konfiguraci projektu, což umožňuje testovat je na zranitelnosti v jejich původním stavu. Díky flexibilitě analyzátorů je konfigurace určena automaticky, takže nemusíte nic měnit pro zobrazení výsledků v mnohomodulových aplikacích Maven. Jak je obvyklé, podobná vylepšení jsou také dostupná v rámci .
GitLab Runner 11.9
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Dnes jsme také vydali GitLab Runner 11.9! GitLab Runner je projekt s otevřeným zdrojovým kódem a používá se k provádění úloh CI/CD a zpětnému odesílání výsledků do GitLab.
Níže jsou uvedeny některé změny v GitLab Runner 11.9:
- .
- a .
- . To také .
- pro podporu , které se objeví v GitLab 11.10.
- .
- .
- Přesunutí několika skriptů — včetně a — do Go.
- .
- .
- .
Úplný seznam změn naleznete v changelogu GitLab Runner: .
Vylepšení schématu GitLab
(CORE, STARTER, PREMIUM, ULTIMATE)
Do GitLab chart byly přidány následující vylepšení:
- Přidána podpora pro Google Cloud Memorystore.
- Nastavení Cron job , protože je používá několik služeb.
- Registr byl aktualizován na verzi 2.7.1.
- Přidána nová možnost, která zajišťuje kompatibilitu registru GitLab s verzemi Docker až do 1.10. Pro aktivaci nastavte
registry.compatibility.schema1.enabled: true.
Zlepšení výkonu
(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)
Pokračujeme ve zlepšování výkonu GitLab s každým vydáním pro instance GitLab jakékoliv velikosti. Zde je několik vylepšení v GitLab 11.9:
- .
- .
- .
- .
Vylepšení Omnibus
(CORE, STARTER, PREMIUM, ULTIMATE)
V GitLab 11.9 byly provedeny následující vylepšení Omnibus:
- GitLab 11.9 zahrnuje , , poslední verze, která obsahuje MFA pro Team Edition, zvýšený výkon obrazů a mnoho dalšího. Tato verze také zahrnuje ; doporučuje se aktualizace.
- Přidána nová možnost, která zajišťuje kompatibilitu registru GitLab s verzemi Docker až do 1.10. Pro aktivaci nastavte
registry['compatibility_schema1_enabled'] = true v gitlab.rb. - Registr GitLab nyní exportuje metriky Prometheus a automaticky se monitoruje pomocí .
- Byla přidána podpora Google Cloud Memorystore, která vyžaduje .
opensslaktualizováno na verzi 1.0.2r,nginx— na verzi 1.14.2,python— na verzi 3.4.9,jemalloc— na verzi 5.1.0,docutils— na verzi 0.13.1,gitlab-monitor— na verzi 3.2.0.
Zastaralé funkce
GitLab Geo zajistí hashované úložiště od verze GitLab 12.0
GitLab Geo je vyžadován pro zmírnění konkurence (race condition) na sekundárních nodech. Bylo to zaznamenáno v .
V GitLab jsme tuto požadavek přidali do dokumentace Geo: .
V GitLab sudo gitlab-rake gitlab: geo: check ověřuje, zda je hashované úložiště povoleno a všechno projekty jsou migrovány. Viz. . Pokud používáte Geo, prosím, spusťte tuto kontrolu a migrujte co nejdříve.
V GitLab trvale vypínané varování se zobrazí na stránce Admin Area › Geo › Nodes, pokud nejsou výše uvedené kontroly povoleny.
V GitLab Geo bude používat požadavky na hashované úložiště. Viz. .
Datum odstranění: 22. června 2019
Integrace Hipchat
Hipchat . Navíc ve verzi 11.9 .
Datum odstranění: 22. března 2019.
Podpora CentOS 6 pro GitLab Runner s použitím Docker executor
GitLab Runner nepodporuje CentOS 6, když se používá Docker v GitLab 11.9. To je důsledkem aktualizace základní knihovny Docker, která již CentOS 6 nepodporuje. Podrobnosti najdete v .
Datum odstranění: 22. března 2019.
Zastaralé legacy cesty kódu GitLab Runner
Od GitLab 11.9 GitLab Runner používá klonování/vyzvání repozitáře. V současnosti GitLab Runner bude používat starou metodu, pokud nová není podporována.
V GitLab 11.0 jsme změnili vzhled konfigurace serveru metrik pro GitLab Runner. metrics_server bude odstraněn ve prospěch listen_address ve verzi GitLab 12.0. Více informací najdete v . A další detaily v .
V verzi 11.3 GitLab Runner začal podporovat , což vedlo k novým nastavením pro . V je uvedena tabulka změn a pokyny pro přechod na novou konfiguraci. Podrobnosti najdete v .
Tyto cesty již nejsou v GitLab 12.0 dostupné. Jako uživatel nemusíte nic měnit, jen se ujistěte, že instance GitLab běží na verzi 11.9+ při přechodu na GitLab Runner 12.0.
Datum odstranění: 22. června 2019
Zastaralý parametr pro funkci vstupního bodu pro GitLab Runner
Ve verzi 11.4 byl představen parametr funkce GitLab Runner pro řešení takových problémů, jako jsou a .
Ve GitLab 12.0 přepneme na správné chování, jako kdyby byl parametr funkce zakázán. Podrobnosti naleznete v .
Datum odstranění: 22. června 2019
Zastaralá podpora distribucí Linuxu, které dosáhly EOL, pro GitLab Runner
Některé distribuce Linuxu, do kterých lze nainstalovat GitLab Runner, vypršely.
Ve GitLab 12.0 již GitLab Runner nebude distribuovat balíčky do těchto distribucí Linuxu. Kompletní seznam distribucí, které již nejsou podporovány, naleznete v našem . Děkujeme Javieru Ardovi () za jeho !
Datum odstranění: 22. června 2019
Odstranění starých příkazů GitLab Runner Helper
V rámci úsilí o podporu bylo nutné se vzdát některých starých příkazů, které se používají pro .
V GitLab 12.0 se GitLab Runner spouští pomocí nových příkazů. To se týká pouze uživatelů, kteří přepisují . Podrobnosti naleznete v .
Datum odstranění: 22. června 2019
Vývojáři mohou odstranit tagy Git v GitLab 11.10
Odstranění nebo úprava poznámek k verzi pro tagy Git v nezabezpečených větvích bylo historicky omezeno pouze na .
Jelikož vývojáři mohou přidávat tagy a také upravovat a odstraňovat nezabezpečené větve, měli by mít možnost odstraňovat tagy Git. V GitLab 11.10 do našeho modelu oprávnění, aby se zlepšil pracovní postup a pomohl vývojářům lépe a efektivněji využívat tagy.
Pokud chcete toto omezení zachovat pro správce a držitele, použijte .
Datum odstranění: 22. dubna 2019
Podpora Prometheus 1.x v Omnibus GitLab
Od GitLab , integrovaná verze Prometheus 1.0 není součástí Omnibus GitLab. . Formát metrik však není kompatibilní s verzí 1.0. Existující verze lze aktualizovat na 2.0 a v případě potřeby převést data .
V GitLab verze bude automaticky nainstalován Prometheus 2.0, pokud ještě nedošlo k aktualizaci. Data z Prometheus 1.0 budou ztracena, protože nebudou převedena.
Datum odstranění: 22. června 2019
TLS v1.1
Od GitLab pro zvýšení zabezpečení. To odstraní řadu problémů včetně Heartbleed a činí GitLab "out of the box" kompatibilní s standardem PCI DSS 3.1.
Chcete-li okamžitě vypnout TLS v1.1, nastavte nginx['ssl_protocols'] = "TLSv1.2" v gitlab.rband a spusťte gitlab-ctl reconfigure.
Datum odstranění: 22. června 2019
Šablona OpenShift pro instalaci GitLab
Oficiální — doporučená metoda provozování GitLab na Kubernetes, včetně .
pro instalaci GitLab je zastaralá a nebude již podporována ve .
Datum odstranění: 22. června 2019
Předchozí definice security jobs
Se zavedením jakékoli předchozí definice jobs zastarávají a budou odstraněny v GitLab 12.0 nebo později.
Aktualizujte definice jobs, abyste použili nový syntakt a využili všech nových funkcí zabezpečení poskytovaných GitLab.
Datum odstranění: 22. června 2019
Sekce System Info v administračním panelu
GitLab představuje informace o vaší instanci GitLab v admin/system_info, ale tyto informace mohou být nepřesné.
Jsme administračního panelu v GitLab 12.0 a doporučujeme používat .
Datum odstranění: 22. června 2019
Zdroj: habr.com
