GitLab 11.10 s pipeline na řídicím panelu, s pipeline pro sloučené výsledky a návrhy více řádků v merge requestech.
Užitečné informace o funkčnosti pipeline v různých projektech
GitLab nadále zvyšuje transparentnost životního cyklu DevOps. V tomto vydání bylo přidáno shrnutí stavu pipeline.
Je to pohodlné, i když zkoumáte pipeline jednoho projektu, ale obzvlášť užitečné, když , — což je obvykle případ, když používáte mikroslužby a chcete spustit pipeline pro testování a dodávání kódu z různých repozitářů projektů. Nyní vidíte fungování , ať už se vykonávají kdekoli.
Spuštění pipeline pro sloučené výsledky
Časem se výchozí a cílové větve rozcházejí, a může nastat situace, kdy samostatně fungují, ale dohromady nefungují. Nyní můžete . Tak rychle zaznamenáte chyby, které by se projevily pouze při častém přesouvání změn mezi větvemi, což znamená, že mnohem rychleji opravíte chyby pipeline a efektivněji je využijete. .
Další optimalizace spolupráce
V GitLab 11.10 bylo přidáno ještě více možností pro pohodlnou spolupráci a zjednodušené pracovní postupy. V jsme zavedli návrhy v merge requestech, kdy recenzent mohl navrhnout úpravu jednoho řádku v komentáři k merge requestu, a ten mohl být ihned zcommitován přímo z vlákna komentářů. Našim uživatelům se to líbilo a požádali o rozšíření této funkce. Nyní můžete navrhnout , přičemž určujete, které řádky odstranit a které přidat.
Děkujeme za vaše zpětné vazby a návrhy!
A to ještě není všechno...
V tomto vydání je tolik úžasných funkcí, například , důkladnější , a možnost . Níže jsou podrobnosti o každé z nich.
Nejcennější zaměstnanec tohoto měsíce () — Takuya Noguchi
Tento měsíc nejcennějším zaměstnancem byl Takuya Noguchi (). Takuya : opravil chyby, dokončil nedostatky v backendu a frontendu a zlepšil uživatelské rozhraní. Děkuji!
Hlavní funkce GitLab 11.10
Pipelines na řídicím panelu
PREMIUM, ULTIMATE, SILVER, GOLD
Na řídicím panelu GitLab se zobrazují informace o projektech v celé instance GitLab. Můžete přidávat jednotlivé projekty jeden po druhém a vybrat si, který projekt vás zajímá.
V tomto vydání jsme přidali na řídicí panel informace o stavech pipeline. Nyní vývojáři vidí funkčnost pipeline ve všech potřebných projektech — v jednom rozhraní.
Pipelines pro sloučené výsledky
PREMIUM, ULTIMATE, SILVER, GOLD
Obvykle se časem výchozí větev odchyluje od cílové, pokud mezi nimi pravidelně nepřesouváte změny. V důsledku toho jsou stavy pipeline výchozí a cílové větve „zelené“ a nedochází k konfliktům sloučení, ale při sloučení dojde k chybě kvůli nekompatibilitě změn.
Když pipeline sloučení požadavků automaticky vytvoří nový odkaz, který obsahuje sloučený výsledek sloučení výchozí a cílové větve, můžeme spustit pipeline pomocí tohoto odkazu a zajistit, že celkový výsledek bude funkční.
Pokud používáte pipeline sloučení požadavků (jakýmkoli způsobem) a používáte soukromé GitLab běžce verze 11.8 nebo starší, musíte je aktualizovat, aby nedošlo k problému. . To neovlivňuje uživatele veřejných GitLab běžců.
Návrh změn v několika řádcích
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Při spolupráci na sloučení požadavků často zaznamenáte problémy a navrhujete řešení. Od verze GitLab 11.6 podporujeme pro jeden řádek.
Ve verzi 11.10 lze v komentářích k diffu sloučení požadavku navrhovat změny pro několik řádků, a poté jakýkoli uživatel s oprávněním pro zápis do výchozí větve je může přijmout jedním kliknutím. Díky této nové funkci se lze vyhnout kopírování a vkládání, jak tomu bylo v předchozích verzích.
Značky v jedné oblasti
PREMIUM, ULTIMATE, SILVER, GOLD
Se značkami v jedné oblasti mohou týmy aplikovat vzájemně se vylučující značky (ve stejné oblasti) pro úkol, sloučení požadavku nebo epiku v scénářích s vlastním polem nebo vlastním stavem pracovního postupu. Ty se nastavují pomocí speciální syntaxe se dvěma body v názvu značky.
Představte si, že potřebujete vlastní pole v úlohách pro sledování operačního systému platformy, na kterou jsou vaše funkce cíleny. Každá úloha by měla patřit pouze jedné platformě. Lze vytvářet štítky platform::iOS, platform::Android, platform::Linux a další podle potřeby. Pokud se k úloze použije jeden takový štítek, automaticky se odstraní jiný existující štítek, který začíná na platform::.
Představte si, že máte štítky workflow::development, workflow::review a workflow::deployed, které označují stav pracovního postupu ve vašem týmu. Pokud má úloha již štítek workflow::development, a vývojář chce úlohu posunout do fáze workflow::review, jednoduše aplikuje nový štítek, a starý (workflow::development) se automaticky odstraní. Toto chování již existuje, když přesouváte úlohy mezi štítkovými seznamy na tabuli úloh, která představuje pracoví postup vašeho týmu. Nyní členové týmu, kteří nepracují s tabulí úloh přímo, mohou změnit stav pracovního postupu přímo v úlohách.
Podrobnější čištění registru kontejnerů
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Při běžném používání registru kontejnerů s CI pipeliny posíláte několik samostatných změn do jedné značky. Vzhledem k implementaci distribuce Docker je výchozí chování uchovat všechny změny v systému, ale v konečném důsledku zabírají hodně paměti. Pokud použijete parametr -m s registry-garbage-collect, lze rychle odstranit všechny předchozí změny a uvolnit cenné místo.
Kupování dalších minut CI Runneru
BRONZE, SILVER, GOLD
Uživatelé placených plánů na GitLab.com (Gold, Silver, Bronze) nyní mohou kupovat další minuty CI Runneru. Dříve bylo nutné se vejít do kvóty, kterou plán stanovil. Díky této vylepšení je možné nakupovat minuty nad kvótu, aby se předešlo přerušením práce z důvodu zastavení pipeline.
Nyní stojí 1000 minut 8 dolarů a můžete je nakupovat neomezeně. Další minuty začnou být spotřebovány, až vyčerpáte svou měsíční kvótu, a zbytek dalších minut se převede na následující měsíc. V chceme tuto funkci přidat i do bezplatných plánů.
Sestavitelné Auto DevOps
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
S Auto DevOps přecházejí týmy na moderní praktiky DevOps téměř bez námahy. Od GitLab 11.10 je každá práce v Auto DevOps poskytována jako . Uživatelé mohou použít v GitLab CI k zahrnutí jednotlivých fází Auto DevOps a přitom používat svůj vlastní soubor gitlab-ci.yml. Tímto způsobem lze zahrnout pouze potřebné úkoly a využívat výhody aktualizací v upstreamu.
Automatizované řízení členství ve skupině na GitLab.com pomocí SCIM
SILVER, GOLD
Dříve bylo nutné řídit členství ve skupinách na GitLab.com ručně. Nyní můžete používat SAML SSO a spravovat členství pomocí SCIM, což umožňuje vytvářet, mazat a aktualizovat uživatele na GitLab.com.
To je obzvlášť užitečné pro společnosti s velkým počtem uživatelů a centralizovanými poskytovateli identit. Nyní můžete mít jeden zdroj pravdy, například Azure Active Directory, a uživatelé budou automaticky vytvářeni a mazáni prostřednictvím poskytovatele identit, nikoli ručně.
Přihlášení na GitLab.com prostřednictvím poskytovatele SAML
SILVER, GOLD
Dříve, když se používalo SAML SSO pro skupiny, se musel uživatel přihlašovat pomocí přihlašovacích údajů GitLab a poskytovatele identit. Nyní se můžete přihlásit přímo přes SSO jako uživatel GitLab přidružený k nastavené skupině.
Uživatelé se nemusí přihlašovat dvakrát, takže je pro společnosti pohodlnější používat SAML SSO pro GitLab.com.
Další vylepšení v GitLab 11.10
Schéma podřízených epiků
ULTIMATE, GOLD
V předchozí verzi jsme přidali podřízené epiky (epiky epiků), abyste mohli snadněji spravovat strukturu rozdělení úkolů. Podřízené epiky se zobrazují na stránce rodičovského epiku.
V této verzi se na stránce rodičovského epiku zobrazuje schéma podřízených epiků, takže týmy vidí chronologii podřízených epiků a mohou řídit časové závislosti.
Vyskakovací okna pro merge requesty
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
V této verzi představujeme informativní okna, která se zobrazují při najetí myši na odkaz merge requestu. Dříve jsme ukazovali pouze název merge requestu, nyní také stav merge requestu, stav CI pipeline a krátkou URL.
V budoucích verzích plánujeme přidat více důležitých informací, například , a také zavedeme vyskakovací okna pro .
Filtrování merge requestů podle cílových větví
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Pracovní postupy Git pro uvolnění nebo dodávku softwaru jsou často spojeny s několika dlouhodobými větvemi – pro opravy předchozích verzí (například, stable-11-9) nebo přechod od kontroly kvality k produkci (například, integration), ale není snadné najít merge requesty pro tyto větve mezi množstvím otevřených merge requestů.
Seznam merge requestů pro projekty a skupiny lze nyní filtrovat podle cílové větve merge requestu, aby bylo snazší najít potřebné.
Děkuji, Hiroyuki Sato ()!
Odeslání a sloučení při úspěšném pipeline
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Pokud používáme metodu vývoje Trunk-based development, měli bychom se vyhnout dlouhodobým větvím ve prospěch malých dočasných větví s jedním vlastníkem. Malé změny jsou často odesílány přímo do cílové větve, ale tím riskujeme porušení sestavení.
V této verzi GitLab podporuje nové možnosti odesílání do Gitu, aby automaticky otvíral merge requesty, nastavoval cílovou větev a zajišťoval sloučení při úspěšném pipeline z příkazového řádku při odesílání do větve.
Zlepšená integrace s externími monitorovacími panely
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab může komunikovat s několika servery Prometheus (na úrovni prostředí, projektu a ), ale přítomnost více koncových bodů může systém zkomplikovat nebo nemusí být podporována standardními monitorovacími panely. V této verzi mohou týmy používat jedno API Prometheus, což výrazně usnadňuje integraci s takovými službami jako je Grafana.
Třídění Wiki-stránek podle data vytvoření
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
V projektu Wiki mohou týmy sdílet dokumentaci a další důležité informace spolu se zdrojovým kódem a úkoly. V této verzi lze seznam stránek ve Wiki třídit podle data vytvoření a názvu, aby bylo možné rychle najít nedávno vytvořený obsah.
Monitorování prostředků požadovaných klastrem
ULTIMATE, GOLD
GitLab pomáhá monitorovat klastr Kubernetes pro vyvíjené a provozované aplikace. Začínaje touto verzí sledujte prostředky CPU a paměti požadované klastrem, abyste si všimli potenciálních problémů, než se stanou problémy.
Zobrazení metrik vyvažovače zatížení na monitorovací desce Grafana
CORE, STARTER, PREMIUM, ULTIMATE
Je velmi důležité sledovat fungování instance GitLab. Dříve jsme poskytovali výchozí panely pro monitorování prostřednictvím integrované instance Grafany. Od této verze jsme do monitorování zátěžových vyrovnávačů NGINX přidali další panely.
SAST pro Elixir
ULTIMATE, GOLD
Pokračujeme v rozšiřování podpory pro jazyky a prohlubování bezpečnostních kontrol. V této verzi jsme zahrnuli bezpečnostní kontroly pro projekty v a projekty vytvořené na .
Více dotazů v jednom grafu
PREMIUM, ULTIMATE, SILVER, GOLD
V GitLab lze vytvářet grafy pro vizualizaci shromážděných metrik. Často, například když je potřeba podívat se na maximální nebo průměrnou hodnotu metriky, chceme zobrazit více hodnot na jednom grafu. Od této verze máte tuto možnost.
Výsledky DAST na panelu zabezpečení skupiny
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Přidali jsme výsledky dynamického testování zabezpečení aplikací (Dynamic Application Security Testing, DAST) na panel zabezpečení skupiny, vedle SAST, skenování kontejnerů a skenování závislostí.
Přidání metadat do zprávy o skenování kontejnerů
ULTIMATE, GOLD
V této verzi zpráva o skenování kontejnerů obsahuje více metadat — přidali jsme ovlivněnou komponentu (funkce Clair) do existujících metadat: prioritu, identifikátor (s odkazem na mitre.org) a ovlivněnou úroveň (například debian:8).
Přidání typu zprávy o metrikách do merge requestů
PREMIUM, ULTIMATE, SILVER, GOLD
GitLab již poskytuje několik typů zpráv, které lze přímo zahrnout do merge requestů: od zpráv o a v realizační fázi až po a v ochraně.
Ačkoli jsou to důležité zprávy, základní informace vhodné pro různé scénáře jsou také potřeba. V GitLab 11.10 poskytujeme zprávy o metrikách přímo v merge requestu, který očekává jednoduchou dvojici klíč-hodnota. Takto mohou uživatelé sledovat změny v průběhu času, včetně uživatelských metrik, a změny metrik pro konkrétní merge request. Použití paměti, testování specializovaných zatížení a stavy funkčnosti lze převést na jednoduché metriky, které lze zobrazit přímo v merge requestech spolu s dalšími vestavěnými zprávami.
Podpora multikanálových projektů Maven pro skenování závislostí
ULTIMATE, GOLD
V této verzi jsou multikanálové projekty Maven podporovány pro skenování závislostí GitLab. Dříve, pokud podmodul měl závislost na jiném podmodulu stejné úrovně, nemohl vyřešit načítání z centrálního repozitáře Maven. Nyní je multikanálový projekt Maven vytvořen se dvěma moduly a závislostí mezi těmito moduly. Závislost mezi moduly stejné úrovně je nyní k dispozici v lokálním repozitáři Maven, takže lze pokračovat ve stavbě.
Uživatelé si mohou změnit cestu pro klonování v CI
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Ve výchozím nastavení GitLab Runner klonuje projekt do unikátní vnořené cesty v $CI_BUILDS_DIR. Ale pro některé projekty, například Golang, je třeba klonovat kód do konkrétního adresáře, aby mohl být sestaven.
Ve GitLab 11.10 jsme zavedli proměnnou GIT_CLONE_PATH, pomocí které můžete určit konkrétní cestu, kam GitLab Runner klonuje projekt před provedením úkolu.
Jednoduché maskování chráněných proměnných v logách
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab poskytuje několik způsobů, jak a proměnných v GitLab CI/CD. Ale proměnné se stále mohou úmyslně nebo náhodou dostat do logů sestavení.
GitLab bere správu rizik a audit vážně a neustále přidává funkce pro splnění požadavků. Ve GitLab 11.10 jsme zavedli možnost maskovat některé typy proměnných v logách trasování úloh, přidáním úrovně ochrany proti náhodnému úniku obsahu těchto proměnných do logů. A také GitLab nyní mnohé vestavěné proměnné tokenů.
Povolení a zakázání Auto DevOps na úrovni skupiny
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
S Auto DevOps v projektu GitLab.com můžete bez větších potíží zapojit moderní pracovní procesy DevOps - od výstavby až po dodání.
Od GitLab 11.10 můžete povolit a zakázat Auto DevOps pro všechny projekty v jedné skupině.
Zjednodušená a vylepšená stránka licencí
STARTER, PREMIUM, ULTIMATE
Aby bylo spravování licenčních klíčů pohodlnější a jednodušší, změnili jsme design stránky licencí na panelu administrátora a vyzdvihli nejdůležitější prvky.
Aktualizace výběru štítků pro nasazení Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Na panelech nasazení jsou zobrazeny informace o všech nasazeních Kubernetes.
V této verzi jsme změnili způsob přiřazení štítků k nasazením. Nyní jsou k dispozici shody podle app.example.com/app a app.example.com/env nebo app. To avoid conflicts during filtering and the risk of incorrect deployments related to the project.
Additionally, in GitLab version 12.0 we , and matching will now only be possible by app.example.com/app a app.example.com/env.
Dynamically creating Kubernetes resources
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Kubernetes integration in GitLab allows the use of the RBAC function with a service account and a dedicated namespace for each GitLab project. Starting from this release, these resources will only be created when needed for deployment for maximum efficiency.
When deploying Kubernetes, GitLab CI will create these resources before deployment.
Group runners for group-level clusters
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Group-level clusters now support the installation of GitLab Runner. Kubernetes runners at the group level appear for child projects as group runners marked with labels cluster a kubernetes.
Call counter for Knative functions
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Functions deployed with , now show the number of received calls for individual functions. To do this, Prometheus needs to be installed on the cluster where Knative is set up.
Parameter control git clean for GitLab CI/CD jobs
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
By default, GitLab Runner performs git clean during the code unloading process when executing a job in GitLab CI/CD. Starting with GitLab 11.10, users can control the parameters passed to the command git clean. This is convenient for teams with dedicated runners, as well as for teams that build projects from large monorepositories. Now they can manage the unloading process before script execution. The new variable GIT_CLEAN_FLAGS defaults to -ffdx and accepts all possible parameters of the [git clean](https://git-scm.com/docs/git-clean).
External authentication in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Protected environments may require an additional external authentication resource to access the project. We have added support for an additional level of access control in and received many requests to open this functionality in Core. We are pleased to introduce external authentication and an additional level of security for Core instances, since this feature is needed by some participants.
Ability to create projects in groups in Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
The Developer role can create projects in groups , a nyní je to možné i v Core. Vytváření projektů je klíčovou funkcí pro produktivní práci v GitLab, a díky zařazení této funkce do Core je nyní pro účastníky instance snazší pustit se do něčeho nového.
GitLab Runner 11.10
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Dnes jsme vydali GitLab Runner 11.10! GitLab Runner je projekt s otevřeným zdrojovým kódem, který se používá k spuštění úloh CI/CD a odeslání výsledků zpět do GitLab.
Nejzajímavější změny:
- .
- .
- .
- .
- .
Úplný seznam změn naleznete v changelogu GitLab Runner: .
Oprava návratového project_id v API hledání blob v Elasticsearch
STARTER, PREMIUM, ULTIMATE
Opravil jsme chybu v API hledání blob v Elasticsearch, která nesprávně vracela 0 pro project_id. Bude potřeba , aby se získaly správné hodnoty project_id po instalaci této verze GitLab.
Vylepšení Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Přinesli jsme následující vylepšení do Omnibus v GitLab 11.10:
- GitLab 11.10 obsahuje , , v posledním vydání zahrnuje nový katalog integrací pro snadný přenos dat z Hipchat a mnohem více. Tato verze obsahuje , a doporučujeme upgradovat.
- Jsme , a teď je zahájení sledování instance GitLab opravdu jednoduché.
- Přidali jsme podporu pro odstranění starých obrazů kontejnerů z Docker registru.
- Aktualizovali jsme ca-certifikáty na 2019-01-23.
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.10:
- .
- .
- .
- .
- .
- .
- .
- .
Vylepšení diagramů GitLab
CORE, STARTER, PREMIUM, ULTIMATE
Zavedli jsme následující vylepšení do diagramů GitLab:
- .
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 trvale vypínané varování se zobrazí na stránce Administrativní oblast › Geo › Node, 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
Podpora Ubuntu 14.04
GitLab 11.10 bude poslední vydání s .
Canonical oznámila ukončení standardní podpory Ubuntu 14.04 od . Doporučujeme uživatelům přejít na podporovanou verzi LTS: Ubuntu 16.04 nebo Ubuntu 18.04.
Datum odstranění: 22. května 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_server bude 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 k přechodu na novou konfiguraci. Více informací 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ěkujeme Javieru Ardovi () za !
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 .
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 konfigurovat, jak Runner vykonává příkaz git clean. Navíc nová strategie čištění odstranila 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 jejího obnovení pomocí parametru funkce. Podrobnosti naleznete v .
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
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 .
Plány předplatného GitLab
GitLab je k dispozici ve dvou variantách: a .
: lokálně nebo na preferované cloudové platformě.
- Core: pro malé týmy, osobní projekty nebo bezplatnou verzi GitLab s neomezenou dobou trvání.
- Starter: pro týmy, které pracují v jedné kanceláři na více projektech a potřebují profesionální podporu.
- Premium: pro distribuované týmy, které potřebují pokročilé funkce, vysokou dostupnost a celodenní podporu.
- Ultimate: pro podniky, které potřebují spolehlivou strategii a realizaci s vylepšenou bezpečností a dodržováním předpisů.
— GitLab.com: hostováno, spravováno a administrativně zajišťováno GitLabem pro jednotlivé vývojáře a týmy.
- Free: neomezené soukromé repozitáře a neomezený počet účastníků projektu. Uzavřené projekty mají přístup k funkcím úrovně Free, zatímco mají přístup k funkcím úrovně Gold.
- Bronze: pro týmy, které potřebují přístup k pokročilým pracovním funkcím.
- Silver: pro týmy, které potřebují spolehlivé možnosti DevOps, dodržování předpisů a rychlou podporu.
- Gold: vhodné pro řadu CI/CD úloh. Všechny otevřené projekty mohou zdarma využívat funkce Gold bez ohledu na plán.
Zdroj: habr.com
