Vizualizace průběhu vydávání – aktualizace VSTS Sprint 135
V aktualizaci sprintu 135 Visual Studio Team Services (VSTS) přinášíme nový způsob vizualizace všech vašich aktivit vydaných verzí. Nové zobrazení průběhu vydání přebírá editor definic grafických verzí vyvinutý v loňském roce a zobrazuje ho s průběhem a stavem, takže můžete sledovat vydání a provádět akce v plném kontextu.
Existuje celá řada dalších funkcí pro práci, kód, sestavení, vydání a dokonce i několik funkcí souvisejících s ověřováním. Přečtěte si o nových funkcích níže a přejděte do VSTS, kde si je můžete vyzkoušet sami.
Novinky ve VSTS
Funkce
Práce
Kód
- Příjem oznámení při obejití zásad žádostí o přijetí změn
- Přidání větve do oblíbených v rámci žádosti o přijetí změn
Sestavení a vydaná verze
- Vizualizace průběhu vydávání verzí
- Spouštění vložených nebo souborových skriptů Pythonu v kanálu
- Použití nástrojů Anaconda pro datové vědy v kanálu
- Zjednodušení definic pomocí několika úloh bez agentů
- Správa limitů souběžných úloh CI/CD v místním prostředí
- Zjednodušení ověřování z virtuálních počítačů agentů v Azure do Azure Resource Manager
Authentication
Práce
Import a export zděděných procesů
Na GitHubu je teď k dispozici nový nástroj, který vám pomůže importovat a exportovat zděděný proces. Konfigurace teď můžete snadněji sdílet s ostatními a získat jistotu při provádění složitějších změn tím, že je připravíte v testovacím účtu předtím, než je uděláte v primárním účtu. Rozhodli jsme se open source tento nástroj, který byl vyvinut v jednom z našich agilních týmů, protože slouží jako příklad implementace některých našich novějších rozhraní API a chceme vidět, jak ho rozšířit, aby se lépe integroval do skutečných pracovních postupů. Další informace najdete v dokumentaci k modelu procesu dědičnosti .
Přizpůsobení možností sloupců v centru Pracovní položky
Možnosti sloupců, jako jsou možnosti v dotazech, jsou teď k dispozici v centru Pracovní položky, aby uspořádání nejdůležitějších pracovních položek bylo ještě osobnější. To také umožňuje řazení s více sloupci, pokud chcete řadit podle více než jednoho sloupce. Další informace najdete v dokumentaci k centru pracovních položek .
Kód
Příjem oznámení při obejití zásad žádostí o přijetí změn
Pro týmy, které používají žádosti o přijetí změn (PR) a zásady větví, můžou narazit situace, kdy lidé potřebují tyto zásady přepsat a obejít – například při nasazování opravy hotfix do produkčního problému uprostřed noci. Je vhodné důvěřovat vývojářům, že dělají správnou věc, a používat funkci přepsání střídmě. Týmy zároveň potřebují způsob, jak ověřit, že se přepsání zásad používají ve správných situacích. Abychom to podpořili, přidali jsme nový filtr oznámení, který uživatelům a týmům umožňuje dostávat e-mailová upozornění při každém obcházení zásady. Začněte šablonou Vytvoření nebo aktualizace žádosti o přijetí změn a v seznamu filtrů vyberte Obejít zásady . Jako hodnotu Vyberte Zásady byly vynechány a při každém dokončení žádosti o přijetí změn dostanete oznámení a zásady se obejdou.
Přidání větve do oblíbených v rámci žádosti o přijetí změn
Při zobrazení žádosti o přijetí změn je teď snadné označit zdrojovou větev jako oblíbenou. Stačí kliknout na star a přidat ho do seznamu oblíbených větví. Větev se pak zobrazí v části Moje na obrazovce žádostí o přijetí změn, což vám ušetří čas vyhledávání v seznamu Všechny větve. Další informace najdete v dokumentaci ke správě větví .
Sestavení a vydaná verze
Vizualizace průběhu vydávání verzí
Důležité
Pokud chcete tuto funkci použít, musíte mít ve svém profilu nebo účtu povolenou funkci Zobrazení průběhu nové verzePreview .
Nyní je k dispozici nové zobrazení průběhu vydání , které poskytuje živé aktualizace průběhu nasazení a přístup k dalším podrobnostem jedním kliknutím. Nové zobrazení vizualizuje kanál verze, což usnadňuje pochopení toho, co se děje, a zobrazuje příslušné podrobnosti a akce v různých fázích vydání.
Kanál, podrobnosti o verzi a prostředí
V zobrazení Kanál se zobrazují artefakty vydané verze a prostředí, ve kterých se nasadí. Oblast Vydání obsahuje podrobnosti o verzi, jako je aktivační událost vydané verze, verze artefaktů a značky.
Prostředí jsou modelována způsobem, který pomáhá pochopit jejich stav a podrobný postup. K protokolům se můžete kdykoli dostat kliknutím na odkaz na stav v rámci prostředí.
Před nasazením a po nasazení
Pokud jsou pro prostředí nastavené podmínky před nasazením nebo po nasazení, je to v prostředí označeno s přítomností schválení a bran. Průběh schvalování a bran se také projeví ve stavu prostředí. Kliknutím na ikonu podmínky prostředí zobrazené na pravé nebo levé straně prostředí můžete provést akci nebo zobrazit další podrobnosti.
Grafické zobrazení bran a rychlá akce pro zobrazení protokolů pomáhají udržovat vydávání verzí v pohybu.
Potvrzení a pracovní položky
S každou novou verzí můžete kliknutím na prostředí zobrazit seznam přidružených potvrzení a pracovních položek pro každé prostředí zvlášť. Pokud je seznam dlouhý, najděte potvrzení nebo pracovní položku, které vás zajímají, pomocí filtrů.
Průběh nasazení a protokoly
Prostředí zobrazují živé aktualizace probíhajících nasazení, včetně počtu dokončených fází a úkolů a doby běhu. Kliknutím na stav prostředí otevřete zobrazení obsahující protokoly s fokusem na aktuálně aktivní položky.
Navíc můžete kliknout na protokoly a zadat zobrazení s fokusem, které bude brzy také k dispozici pro sestavení a testování zobrazení.
Výsledky testů a rozšiřitelnost
Výsledky z provádění testů se také zobrazí pro každé prostředí. Kliknutím na výsledky testu se otevře zobrazení s podrobnostmi o testu, včetně výsledků z jiných rozšíření, která k procesu přispívají.
Stávající rozšíření fungují v tomto novém zobrazení a navíc jsou k dispozici nové body rozšiřitelnosti, které umožňují rozšíření vyvíjet a zobrazovat ještě více informací pro prostředí. Další informace najdete v dokumentaci k příspěvkům a rozšířením .
Spouštění vložených nebo souborových skriptů Pythonu v kanálu
Nová úloha skriptu Pythonu zjednodušuje spouštění skriptů Pythonu v kanálu. Úloha spustí skript ze souboru Pythonu (.py) ve vašem úložišti nebo ho můžete ručně zadat do nastavení úlohy a uložit ho jako součást kanálu. Úloha bude používat verzi Pythonu v cestě nebo můžete zadat absolutní cestu k interpretu Pythonu, který se má použít.
Použití nástrojů Anaconda pro datové vědy v kanálu
Miniconda je teď k dispozici pro agenty hostované Microsoftem. Balíček conda a správce virtuálních prostředí usnadňují instalaci, spouštění a upgrade komplexních prostředí pro datové vědy a strojové učení, jako jsou stack SciPy, scikit-learn, CNTK a TensorFlow. Nainstaluje také verzi Pythonu, kterou váš kanál potřebuje.
Nová integrovaná úloha Conda Environment vám také pomůže vytvořit prostředí Conda. Aktivuje prostředí pro následné kroky kanálu, nainstaluje závislosti balíčků, přidá do cesty conda a volitelně upgraduje agenta na nejnovější verzi conda.
Zjednodušení definic pomocí několika úloh bez agentů
Úlohy ve fázi bez agentů se orchestrují pomocí nástroje a provádějí se na serveru. Fáze bez agenta nevyžadují agenta ani žádné cílové počítače. Na rozdíl od fází agenta bylo možné do každé fáze bez agenta v definicích přidat pouze jednu úlohu. To znamenalo, že při více než jedné úloze bez agenta bylo nutné přidat více fází, což znamená, že definice je objemná. Uvolnili jsme toto omezení, které vám umožňuje udržovat více úloh ve fázích bez agentů. Úlohy ve stejné fázi by se spouštěly postupně, stejně jako u fází agenta. Další informace najdete v dokumentaci k fázím serveru .
Správa limitů pro souběžné úlohy CI/CD v místním prostředí
Důležité
Pokud používáte ci/CD v místním prostředí, zkontrolujte limity souběžnosti a naplánujte předem, abyste se vyhnuli neočekávaným čekání na sestavení a vydání.
Cenový model ci/CD ve VSTS je založený na počtu souběžných úloh na agentech hostovaných v místním prostředí (privátních) nebo agentech hostovaných Microsoftem. Každý účet VSTS má určitou bezplatnou kvótu souběžnosti. Kromě toho můžete získat další souběžnost prostřednictvím předplatných Visual Studio Enterprise nebo Visual Studio Marketplace.
V posledních několika měsících jsme zakázali kontroly souběžnosti pro úlohy, které spouštíte na agentech v místním prostředí, protože jsme přepracovali tuto část služby tak, aby řešila problémy nahlášené zákazníky. V důsledku toho jste mohli současně spouštět tolik úloh, kolik vám vaši agenti v místním prostředí povolili.
Od června postupně znovu povolíme kontroly souběžnosti pro úlohy v místním prostředí. V důsledku toho mohou vaše sestavení a nasazení čekat ve frontě déle, pokud jsou tyto sloty obsazené jinými spuštěnými úlohami. Stránka protokolu v buildu nebo vydané verzi to bude indikovat, když čekáte na dokončení jiných úloh.
Další informace o limitech souběžnosti najdete v dokumentaci k souběžné úlohy CI/CD v Team Services . Limity souběžnosti můžete zkontrolovat ve VSTS v části Nastavení účtu –> Sestavení a vydání –> Limity prostředků.
Zjednodušení ověřování z virtuálních počítačů agenta v Azure do Azure Resource Manager
Agenty sestavení a vydání můžete spustit několika způsoby. Jejich spouštění v Azure je teď jednodušší a bezpečnější. Teď můžete nakonfigurovat agenty založené na azure Virtual Machines (VM) s identitou spravované služby Azure v Azure Active Directory (Azure AD). Když virtuálnímu počítači Azure přidělíte přiřazenou identitu, můžete pomocí informací o instančním objektu udělit virtuálnímu počítači přístup k libovolnému prostředku Azure, který podporuje Azure AD, například Key Vault, místo toho, aby se přihlašovací údaje pro koncový bod uchovávaly ve VSTS.
Pokud například váš kód potřebuje volat Azure Resource Manager, jednoduše přiřadíte instančnímu objektu virtuálního počítače odpovídající roli pomocí Role-Based Access Control (RBAC) v Azure AD. Další informace najdete v dokumentaci k agentům sestavení a vydaných verzí a identitě spravované služby Azure .
Oznámení
Ochrana uživatelského účtu pomocí alternativních oznámení ověřování
Když se pro váš uživatelský účet nastaví alternativní ověřování, zobrazí se vám oznámení, které změnu potvrdí. To může být užitečné, pokud chcete zkontrolovat, že jste změnu provedli správně, ale může to také sloužit jako počáteční signál, že pokud jste změnu neudělali, mohlo dojít k ohrožení vašeho uživatelského účtu. V takovém případě můžete provést akci, abyste znovu získali kontrolu nad uživatelským účtem a odebrali všechny podezřelé alternativní konfigurace ověřování. Oznámení se odesílají ve 3 scénářích:
- Vytvoření tokenu PAT (Personal Access Token)
- Registrace klíče SSH
- Povolení základního ověřování
Další informace najdete v dokumentaci k ověřování .
Jak poskytnout zpětnou vazbu
Rádi bychom slyšeli, co si o těchto funkcích myslíte. Pokud máte nápady na věci, které byste chtěli nastavit jako prioritu, nahlaste problém nebo poskytněte návrh prostřednictvím nabídky zpětné vazby.
Můžete také získat rady a odpovědi na vaše otázky od komunity na Webu Stack Overflow.
Díky,
Jamie Cool
Váš názor
https://aka.ms/ContentUserFeedback.
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu:Odeslat a zobrazit názory pro