Více možností pro spolupráci a další oznámení
V GitLab neustále hledáme nové způsoby, jak zlepšit spolupráci po celém životním cyklu DevOps. S potěšením oznamujeme, že od této verze podporujeme ! Tato funkce je dostupná od úrovně GitLab Starter a skutečně zosobňuje naše motto: „Každý může přispět“. Víme, že na jednom merge requestu může pracovat více lidí, aby vše bylo v naprostém pořádku, a nyní máte možnost přiřadit více odpovědných za merge requesty!
A navíc týmy DevOps nyní dostávají . Přidejte nová oznámení do seznamu událostí odesílání v těchto dvou chatech a váš tým se téměř okamžitě dozví o nových nasazeních.
Snížení nákladů s podporou kontejnerů Docker na Windows a přípravou clusterů Kubernetes na úrovni instance
Milujeme kontejnery! Kontejnery používají méně systémových zdrojů ve srovnání s virtuálními stroji a zlepšují přenositelnost aplikací. Od verze GitLab 11.11 podporujeme , takže nyní můžete používat kontejnery Docker ve Windows a užívat si rozšířené možnosti orchestrace pipeline a správy.
GitLab Premium (pouze pro samostatně spravované instance) nyní nabízí . Tento doplněk urychlí dodávky, protože nyní budete mít cachovací proxy pro často používané obrazy Docker.
Uživatelé samostatně spravovaných instancí GitLab nyní mohou připravit , a všechny skupiny a projekty v instanci ho budou používat pro svá nasazení. Díky této integraci GitLab s Kubernetes budou automaticky vytvářeny zdroje pro konkrétní projekty pro další bezpečnost.
A to není vše!
Kromě nových možností pro spolupráci a dalších oznámení jsme přidali , zvýšili , zjednodušili schvalování pomocí , a spoustu dalších vylepšení!
Nejcennější zaměstnanec tohoto měsíce () — Kia Mei Somabes ()
V této verzi jsme přidali možnost nahrávat z repozitářů jednotlivé složky, nikoli celé obsahy. Nyní můžete nahrát pouze několik potřebných souborů. Děkujeme, Kio Mei Somabes!
Hlavní funkce GitLab 11.11
Windows Container Executor pro GitLab Runner
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
V GitLab 11.11 jsme přidali nový executor pro GitLab Runner, aby bylo možné používat kontejnery Docker na Windows. Dříve bylo nutné pro orchestraci kontejnerů Docker na Windows používat shell, nyní je možné pracovat s kontejnery Docker na Windows přímo, téměř jako na Linuxu. Nyní mají uživatelé platforem od Microsoftu více možností pro orchestraci pipeline a správu.
Tato aktualizace obsahuje vylepšenou podporu PowerShell v GitLab CI/CD, a také nové pomocné obrazy pro různé verze kontejnerů Windows. Vaše vlastní Windows runnery lze samozřejmě používat s GitLab.com, ale zatím nejsou součástí veřejně dostupných nástrojů.
Cache proxy pro závislosti pro registry kontejnerů
PREMIUM, ULTIMATE
Týmy často používají kontejnery v pipeline build, a cache proxy pro často používané obrazy a balíčky z upstreamu je skvělý způsob, jak urychlit pipeline. S lokální kopií potřebných vrstev, přístupnou prostřednictvím nové cache proxy, lze efektivněji pracovat s běžnými obrazy ve vaší prostředí.
Zatím je proxy pro kontejnery k dispozici pouze pro self-managed instance na webovém serveru .
Více odpovědných za merge requesty
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Poměrně často pracuje více osob na funkci ve sdílené větvi a merge requestu, například když úzce spolupracují front-end a back-end vývojáři, nebo když vývojáři pracují ve dvojicích, jako v extrémním programování.
V GitLab 11.11 je možné přiřadit k merge requestům více osob. Stejně jako v případě více odpovědných za úkoly je možné zde používat seznamy, filtry, upozornění a API.
Konfigurace Kubernetes clusteru na úrovni instance
CORE, STARTER, PREMIUM, ULTIMATE
Model zabezpečení a přípravy v Kubernetes se vyvíjí a nyní lze spravovat velké množství klientů prostřednictvím jednoho společného clustera.
V GitLab 11.11 mohou uživatelé samostatně hostovaných instance nyní připravit cluster na úrovni instance a všechny skupiny a projekty v instanci ho budou používat pro své nasazení. Díky této integraci GitLab s Kubernetes budou automaticky vytvářeny prostředky pro konkrétní projekty pro další zabezpečení.
Upozornění na nasazení v Slacku a Mattermostu
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nyní můžete nastavovat automatická upozornění na události nasazení v kanálu týmu díky integraci s chaty a , a váš tým bude informován o všech důležitých událostech.
Hostitelský přístup k vydáním
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nyní mohou hostující uživatelé vašich projektů prohlížet vydání, která byla zveřejněna na stránce Vydání. Mohou stahovat zveřejněné artefakty, ale nemohou stáhnout zdrojový kód nebo vidět informace o repozitářích, například tagy nebo potvrzení.
Další vylepšení v GitLab 11.11
Serializované grafy potvrzení pro zlepšení výkonu
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Pro mnoho operací Git je třeba projít grafem potvrzení, například při výpočtu základny slučování nebo při zjišťování větví, které obsahují potvrzení. Čím více potvrzení, tím pomaleji se tyto operace provádějí, protože je třeba načíst každý objekt z disku, aby se přečetly jeho ukazatele.
V GitLab 11.11 jsme zahrnuli funkci serializovaných grafů potvrzení, která byla představena v posledních verzích Gitu, abychom předem vypočítali a uchovali tyto informace. Nyní jsou projití ve velkých repozitářích mnohem rychlejší. Graf potvrzení bude automaticky vytvořen při dalším úklidu v repozitáři.
Přečtěte si, jak byl vytvořen serializovaný graf potvrzení, v od jednoho z autorů této funkce.
Další minuty CI Runner: nyní i pro bezplatné plány
ZDARMA, BRONZOVÝ, STŘÍBRNÝ, ZLATÝ
Minulý měsíc jsme přidali možnost nakupovat další minuty CI Runner, ale pouze pro placené plány na GitLab.com. V tomto vydání je možné nakupovat minuty i v bezplatných plánech.
Stahování archivů adresářů v repozitáři
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
V závislosti na typu a velikosti projektu může trvat dlouho, než se stáhne archiv celého projektu, a ne vždy je to potřebné, zejména v případě velkých monorepozitářů. V GitLab 11.11 můžete stáhnout archiv obsahu aktuálního adresáře, včetně podadresářů, abyste vybrali pouze potřebné složky.
Děkujeme za vaši práci, !
Použití návrhu nyní automaticky umožňuje diskusi
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Návrh změn usnadňuje spolupráci na merge requestech: nyní je možné se obejít bez kopírování a vkládání pro přijetí navrhované změny. V GitLabu 11.11 jsme tento proces ještě více zjednodušili: nyní se diskuse automaticky vyřeší při použití návrhu.
Časovač na bočním panelu úkolové desky
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Boční panely úkolů by měly vypadat stejně v zobrazeních úkolové desky a úkolů. Proto nyní GitLab obsahuje časovač na bočním panelu úkolů na úkolové desce. Stačí přejít na úkolovou desku, kliknout na úkol a otevře se boční panel se časovačem.
Informace o nasazení v Environments API
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Přidali jsme možnost dotazovat se na informace o konkrétním prostředí prostřednictvím Environments API, abychom věděli, který commit je právě nasazen v prostředí. To usnadní automatizaci a reportování pro uživatele Environments v GitLabu.
Negativní shody proměnných pro pravidla pipeline
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Nyní je možné kontrolovat negativní rovnost nebo shodu šablon (!= a !~) v souboru .gitlab-ci.yml při kontrole hodnot proměnných prostředí, což činí kontrolu chování pipeline flexibilnější.
Spuštění všech manuálně spouštěných úloh na etapu jedním kliknutím
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
V GitLabu 11.11 mohou uživatelé, kteří mají na etapách mnoho manuálních úloh, nyní spouštět všechny podobné úlohy na jedné etapě stisknutím tlačítka „Play all“ („Spustit vše“) napravo od názvu etapy v zobrazení pipeline.
Vytvoření souboru přímo z proměnné prostředí
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Proměnné prostředí se často používají k vytváření souborů, zejména pro tajemství, která potřebují být chráněna a dostupná pouze v určitém prostředí pipeline. K tomu nastavíte jako obsah proměnné obsah souboru a vytvoříte soubor v úloze, která obsahuje hodnotu. S novou proměnnou prostředí typu soubor to lze udělat v jednom kroku, aniž byste museli měnit .gitlab-ci.yml.
API koncový bod pro informace o zranitelnostech
ULTIMATE, GOLD
Nyní můžete dotazovat GitLab API na všechny zranitelnosti identifikované v projektu. S tímto API můžete vytvářet strojově čitelné seznamy zranitelností s filtry podle typu, spolehlivosti a závažnosti.
Možnost plného dynamického skenování pro DAST
ULTIMATE, GOLD
V GitLab můžete dynamicky testovat zabezpečení aplikací (Dynamic Application Security Testing, DAST) v rámci CI pipeline. Od této verze je možné vybrat úplné dynamické skenování místo standardního pasivního skenování. Úplné dynamické skenování chrání před větším množstvím zranitelností.
Instalace Promethea v clusterech na úrovni skupiny
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
V této verzi GitLab přibyla možnost připojit klastr Kubernetes k celé skupině. Přidali jsme také možnost instalovat instance Promethea na tento klastr pro zjednodušení monitorování všech projektů na clustru.
Informace o ignorovaných zranitelnostech na bezpečnostním panelu
ULTIMATE, GOLD
Na bezpečnostních panelech GitLab mohou administrátoři prohlížet ignorované zranitelnosti. Pro optimalizaci pracovního postupu jsme přidali možnost prohlížet informace o ignorování přímo na bezpečnostním panelu.
Vytváření vlastních diagramů metrik na monitorovacím panelu
PREMIUM, ULTIMATE, SILVER, GOLD
Vytvářejte nové diagramy s vlastními metrikami výkonu přímo na panelu nástrojů na monitorovacím panelu. Nyní mohou uživatelé vytvářet, aktualizovat a odstraňovat vizualizace metrik na panelu nástrojů po stisknutí tlačítka „Přidat metriku“ („Add Metric“) v pravém horním rohu panelu nástrojů na monitorovacím panelu.
Úkoly z oznámení se nyní otevírají jménem GitLab Alert Bot
PREMIUM, ULTIMATE, SILVER, GOLD
Nyní mají úkoly, které se otevírají z oznámení, autora GitLab Alert Bot, abyste ihned viděli, že úkol byl automaticky vytvořen důležitým oznámením.
Automatické ukládání popisů epik do lokálního úložiště
ULTIMATE, GOLD
Popisy epik se neukládaly do lokálního úložiště, takže změny se ztrácely, pokud jste je výslovně neukládali při změně popisu epiky. V GitLab 11.11 jsme přidali možnost ukládat popisy epik do lokálního úložiště. To znamená, že se nyní snadno můžete vrátit ke změně popisu epiky, pokud nastala chyba, byli jste rozptýlení, nebo jste omylem opustili prohlížeč.
Podpora zrcadlení na GitLab pro Git LFS
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Pomocí zrcadlení lze replikovat Git repozitáře z jednoho místa na druhé. To zjednodušuje ukládání repliky repozitáře na serveru GitLab, která se nachází někde jinde. Nyní GitLab podporuje zrcadlení repozitářů s Git LFS, takže tuto funkci mohou využívat i repozitáře s velkými soubory, jako jsou textury pro hry nebo vědecká data.
Práva pro čtení a zápis do repozitářů pro osobní přístupové tokeny
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Mnoho osobních přístupových tokenů má oprávnění k provádění změn na úrovni api, ale úplný přístup k API může některým uživatelům nebo organizacím umožnit příliš mnoho práv.
Díky příspěvkům komunity nyní osobní přístupové tokeny mohou mít práva pouze na čtení a zápis pro repozitáře projektu, nikoli hlubší přístup na úrovni API do tak citlivých oblastí GitLab, jako jsou nastavení a členství.
Děkujeme, Horatiu Eugen Vlad ()!
Přidání základní podpory pro skupinové dotazy GraphQL
ZDARMA, BRONZOVÝ, STŘÍBRNÝ, ZLATÝ, JÁDRO, START, PREMIUM, ULTIMÁTNÍ
Pomocí API GraphQL mohou uživatelé přesně specifikovat, jaká data potřebují, a získat všechna potřebná data během několika dotazů. Od této verze GitLab podporuje přidání základních údajů o skupině do API GraphQL.
Přihlášení s přihlašovacími údaji Salesforce
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab má rád vývojáře Salesforce a aby podpořil tuto komunitu, umožňujeme uživatelům přihlásit se na GitLab pomocí přihlašovacích údajů Salesforce.com. Nyní lze v instancích nastavit GitLab jako aplikaci připojenou k Salesforce, aby bylo možné použít Salesforce.com pro jedním kliknutím přihlásit se na GitLab.
SAML SSO je nyní povinný pro webový přístup
PREMIUM, ULTIMATE, SILVER, GOLD
Jsme na úrovni skupin zavedený v verzi 11.8, s přísným ověřováním zdrojů skupiny a projektu, aby se uživatelé mohli přistupovat pouze při přihlášení pomocí SAML. Toto je další úroveň kontroly přístupu pro organizace, které oceňují bezpečnost a používají GitLab.com prostřednictvím SAML SSO. Nyní můžete učinit SSO povinným požadavkem, vědoma si toho, že uživatelé ve vaší skupině používají SSO.
Filtrace podle nedávno vytvořených nebo změněných dat pro API epik
ULTIMATE, GOLD
Dříve bylo obtížné žádat o nedávno vytvořená nebo změněná data pomocí API epik na GitLab. V verzi 11.11 jsme přidali další filtry created_after, created_before, aktualizováno_po a aktualizováno_před, aby se zajistila konzistence s API úlohami a rychle se našly změněné nebo nedávno vytvořené epiky.
Biometrická autentizace s UltraAuth
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Společnost specializuje se na biometrickou autentizaci bez hesla. Nyní podporujeme tuto metodu autentizace na GitLab!
Děkujeme, Kartikey Tanna ()!
GitLab Runner 11.11
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Dnes jsme vydali GitLab Runner 11.11! GitLab Runner je open source projekt, který se používá k spuštění úloh CI/CD a k odesílání výsledků zpět do GitLab.
Vylepšení Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Zavedli jsme následující vylepšení do Omnibus v GitLab 11.11:
- GitLab 11.11 obsahuje — , jehož nová verze obsahuje interaktivní efemérní zprávy a mnoho dalšího. Tato verze obsahuje , a doporučujeme provést aktualizaci.
- .
Vylepšení schémat
CORE, STARTER, PREMIUM, ULTIMATE
Zavedli jsme následující vylepšení do Helm chartů v GitLab 11.11:
- V GitLab 11.11 lze .
- Správcům jsou k dispozici , včetně
memoryKiller,maxRss,graceTimeashutdownWait. - Helm chart nyní v Amazon Elastic Container Service for Kubernetes ()
Vylepš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ékoli velikosti. Některá vylepšení v GitLab 11.11:
Zastaralé funkce
GitLab Geo zajistí hashované úložiště od verze GitLab 12.0
GitLab Geo je vyžadován k zmírnění konkurence na sekundárních nodech. Bylo to uvedeno 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 neustále vypínaná upozornění se budou zobrazovat 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
GitLab Geo zajistí použití PG FDW ve GitLab 12.0
To je nutné pro Geo Log Cursor, protože výrazně zvyšuje výkon některých synchronizačních operací. Také zvyšuje výkon dotazů na stav uzlů Geo. Předchozí dotazy měly příliš nízký výkon ve velkých projektech. Podívejte se, jak to nastavit v . Ve GitLab Geo bude vyžadovat PG FDW. Viz .
Datum odstranění: 22. června 2019
Možnosti Sentry pro reportování chyb a logování budou odstraněny z uživatelského rozhraní ve GitLab 12.0
Tyto možnosti budou odstraněny z uživatelského rozhraní ve GitLab 12.0 a budou dostupné v souboru gitlab.yml. Dále budete schopni definovat prostředí Sentry, abyste rozlišili mezi různými nasazeními. Například vývoj, staging a produkce. Viz .
Datum odstranění: 22. června 2019
Omezení maximálního počtu pipeline vytvářených jedním odesláním
Dříve GitLab vytvářel pipeline pro HEAD každou větev v odeslání. To je užitečné pro vývojáře, kteří odstraňují několik změn najednou (například do větve funkce a do větve develop).
Ale při odeslání velkého repozitáře, kde je mnoho aktivních větví (například pro přesun, zrcadlení nebo větvení), není potřeba vytvářet pipeline pro každou větev. Od GitLab 11.10 vytváříme při odeslání.
Datum odstranění: 22. května 2019
Zastaralé legacy cesty kódu GitLab Runner
Od GitLab 11.9 GitLab Runner používá klonování/použití repozitáře. V současné době GitLab Runner použije starou metodu, pokud nová není podporována. Více informací najdete v .
V GitLab 11.0 jsme změnili vzhled konfigurace serveru metrik pro GitLab Runner. metrics_serverbude odstraněn ve prospěch listen_address ve verzi GitLab 12.0. Více informací najdete 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 budou nedostupné ve GitLab 12.0. Jako uživatel nemusíte nic měnit, jen se ujistěte, že instance GitLab běží na verzi 11.9+ při aktualizaci 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ěkuji, Javier Ardo (), za tvůj !
Datum odstranění: 22. června 2019
Odstranění starých příkazů GitLab Runner Helper
V rámci přidání podpory bylo nutné se vzdát některých starých příkazů, které se používají pro .
Ve GitLab 12.0 GitLab Runner startuje s novými příkazy. Týká se to pouze uživatelů, kteří . Podrobnosti naleznete v .
Datum odstranění: 22. června 2019
Odstranění legacy mechanismu git clean z GitLab Runner
Ve GitLab Runner 11.10 jsme konfigurovat, jak Runner vykonává příkaz git clean. Kromě toho, nová strategie čištění odstraňuje použití git reset a umístila příkaz git clean po kroku vykládání.
Jelikož tato změna chování může ovlivnit některé uživatele, připravili jsme parametr FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Pokud nastavíte hodnotu true, obnoví to legacy strategii čištění. Více o používání parametrů funkcí v GitLab Runner naleznete .
Ve GitLab Runner 12.0 odstraníme podporu legacy strategie čištění a možnost obnovit ji pomocí parametru funkce. Viz .
Datum odstranění: 22. června 2019
jsou dostupné pouze pro plány Silver/Premium
Když jsme představili šablony projektů na úrovni skupin ve vydání 11.6, omylem jsme udělali tuto funkci pro Premium/Silver dostupnou pro všechny plány.
Jsme ve vydání 11.11 a dáváme ještě 3 měsíce všem uživatelům a instancím pod úroveň Silver/Premium.
Od 22. srpna 2019 budou šablony skupinových projektů dostupné pouze pro plán Silver/Premium a vyšší, jak je popsáno v dokumentaci.
Datum odstranění: 22. srpna 2019.
Byla ukončena podpora Windows Batch Jobs
Ve GitLab 13.0 (22. června 2020) plánujeme ukončit podporu Windows Batch Jobs v příkazovém řádku Windows v GitLab Runner (např., cmd.exe) ve prospěch rozšířené podpory Windows PowerShell. Více informací v .
Nyní naše vize podnikového DevOps odpovídá pozici Microsoftu, že PowerShell je nejlepší volbou pro automatizaci podnikových aplikací ve Windows prostředích. Pokud chcete pokračovat v používání cmd.exe, tyto příkazy lze volat z PowerShellu, ale nebudeme přímo podporovat dávkové úlohy Windows kvůli několika nesouladům, které vedou k vysokým nákladům na údržbu a vývoj.
Datum odstranění: 22. září 2019
Vyžaduje se Git 2.21.0 nebo vyšší
Od GitLab 11.11 je k provozu vyžadován Git 2.21.0. , ale uživatelé základních instalací se staršími verzemi Gitu se musí aktualizovat.
Datum odstranění: 22. května 2019
Zastaralá šablona služby Kubernetes
Ve GitLab 12.0 plánujeme opustit šablonu služby Kubernetes ve prospěch konfigurace clusteru na úrovni instance, která byla představena v GitLab 11.11.
Všechny samostatné instance, které používají šablonu služby, budou při upgradu na GitLab 12.0 převedeny do clusteru na úrovni instance.
Datum odstranění: 22. června 2019
Zanechání přiřazení podle štítku app na panelech nasazení Kubernetes
Ve GitLab 12.0 plánujeme zrušit přiřazení podle štítku app v selektoru nasazení Kubernetes. V GitLab 11.10 jsme zavedli , který vyhledává shody podle app.example.com/app a app.example.com/env, aby se nasazení zobrazovala na panelu.
Aby se tato nasazení zobrazovala na panelech nasazení, stačí odeslat nové nasazení a GitLab použije nové štítky.
Datum odstranění: 22. června 2019
Balíčky GitLab 12.0 budou podepisovány rozšířeným podpisem
2. května 2019 GitLab Omnibus GitLab od 01.08.2019 do 01.07.2020. Pokud kontrolujete podpisy balíčků a chcete aktualizovat klíče, prostě znovu proveďte pokyny z .
Datum odstranění: 22. června 2019
Seznam změn
Hledejte všechny tyto změny v seznamu změn:
Instalace
Pokud nastavujete novou instalaci GitLab, navštivte .
Aktualizace
→ Podívejte se na
Zdroj: habr.com
