Zpráva k vydání verze Azure DevOps Server 2020Azure DevOps Server 2020 Release Notes


| Komunita
| vývojářů Požadavky na systém a kompatibilita
| Licenčních podmínek
| Blog DevOps
| Hodnoty hash SHA-1 |
| Developer Community | System Requirements and Compatibility | License Terms | DevOps Blog | SHA-1 Hashes |


V tomto článku najdete informace týkající se nejnovější verze pro Azure DevOps Server.In this article, you will find information regarding the newest release for Azure DevOps Server.

Další informace o instalaci nebo upgradu nasazení Azure DevOps Server najdete v tématu Azure DevOps Server požadavky.To learn more about installing or upgrading an Azure DevOps Server deployment, see Azure DevOps Server Requirements.

Pokud chcete stáhnout Azure DevOps Server Products, navštivte stránku Azure DevOps Server ke stažení.To download Azure DevOps Server products, visit the Azure DevOps Server Downloads page.

Přímý upgrade na Azure DevOps Server 2020 se podporuje z Azure DevOps Server 2019 nebo Team Foundation Server 2015 nebo novější.Direct upgrade to Azure DevOps Server 2020 is supported from Azure DevOps Server 2019 or Team Foundation Server 2015 or newer. Pokud je vaše nasazení TFS na serveru TFS 2013 nebo starší, je nutné před upgradem na Azure DevOps Server 2020 provést některé kroky.If your TFS deployment is on TFS 2013 or earlier, you need to perform some interim steps before upgrading to Azure DevOps Server 2020. Další informace najdete na stránce instalace .Please see the Install page for more information.


Datum vydání aktualizace Azure DevOps Server 2020.0.1 2:13. dubna 2021Azure DevOps Server 2020.0.1 Patch 2 Release Date: April 13, 2021

Poznámka

Pokud máte Azure DevOps Server 2020, měli byste nejdřív aktualizovat na Azure DevOps Server 2020.0.1.If you have Azure DevOps Server 2020, you should first update to Azure DevOps Server 2020.0.1 . Po 2020.0.1 nainstalujte Azure DevOps Server 2020.0.1 – aktualizace 2Once on 2020.0.1, install Azure DevOps Server 2020.0.1 Patch 2

Vydali jsme opravu pro Azure DevOps Server 2020.0.1, která opravuje následující.We have released a patch for Azure DevOps Server 2020.0.1 that fixes the following.

K implementaci oprav pro tuto opravu budete muset postupovat podle níže uvedených kroků pro instalaci obecných oprav, AzureResourceGroupDeploymentV2 a úloh AzureResourceManagerTemplateDeploymentV3 .To implement fixes for this patch you will have to follow the steps listed below for general patch installation, AzureResourceGroupDeploymentV2 and AzureResourceManagerTemplateDeploymentV3 task installations.

Instalace obecné opravyGeneral patch installation

Pokud máte Azure DevOps Server 2020.0.1, měli byste nainstalovat Azure DevOps Server 2020.0.1 Patch 2.If you have Azure DevOps Server 2020.0.1, you should install Azure DevOps Server 2020.0.1 Patch 2.

Ověření instalaceVerifying Installation

  • Možnost 1: spustit devops2020.0.1patch2.exe CheckInstall devops2020.0.1patch2.exe je soubor, který se stáhne z výše uvedeného odkazu.Option 1: Run devops2020.0.1patch2.exe CheckInstall, devops2020.0.1patch2.exe is the file that is downloaded from the link above. Výstup příkazu znamená, že je oprava nainstalovaná nebo není nainstalovaná.The output of the command will either say that the patch has been installed, or that is not installed.

  • Možnost 2: Podívejte se na verzi tohoto souboru: [INSTALL_DIR]\Azure DevOps Server 2020\Application Tier\bin\Microsoft.Teamfoundation.Framework.Server.dll .Option 2: Check the version of the following file: [INSTALL_DIR]\Azure DevOps Server 2020\Application Tier\bin\Microsoft.Teamfoundation.Framework.Server.dll. Ve výchozím nastavení je nainstalovaná Azure DevOps Server 2020.0.1 c:\Program Files\Azure DevOps Server 2020 .Azure DevOps Server 2020.0.1 is installed to c:\Program Files\Azure DevOps Server 2020 by default. Po instalaci nástroje Azure DevOps Server 2020.0.1 Patch 2 bude verze 18.170.31101.5.After installing Azure DevOps Server 2020.0.1 Patch 2, the version will be 18.170.31101.5.

Instalace úlohy AzureResourceGroupDeploymentV2AzureResourceGroupDeploymentV2 task installation

Poznámka

Všechny kroky uvedené níže je potřeba provést na počítači s Windows.All the steps mentioned below need to be performed on a Windows machine

InstalaceInstall

  1. Extrahujte balíček AzureResourceGroupDeploymentV2.zip do nové složky ve vašem počítači.Extract the AzureResourceGroupDeploymentV2.zip package to a new folder on your computer. Například: D:\tasks\AzureResourceGroupDeploymentV2.For example: D:\tasks\AzureResourceGroupDeploymentV2.

  2. Stáhněte a nainstalujte Node.js 14.15.1 a NPM (zahrnuté do stahování Node.js) podle vašeho počítače.Download and install Node.js 14.15.1 and npm (included with the Node.js download) according to your machine.

  3. Otevřete příkazový řádek v režimu správce a spuštěním následujícího příkazu nainstalujte TFX-CLI.Open a command prompt in administrator mode and run the following command to install tfx-cli.

npm install -g tfx-cli
  1. Vytvořte osobní přístupový token s úplnými přístupovými oprávněními a zkopírujte ho.Create a personal access token with Full access privileges and copy it. Tento osobní přístupový token se použije při spuštění příkazu TFX Login .This Personal access token will be used when running the tfx login command.

  2. Z příkazového řádku spusťte následující příkaz.Run the following from the command prompt. Po zobrazení výzvy zadejte adresu URL služby a osobní přístupový token.When prompted, enter the Service URL and Personal access token.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

  1. Spusťte následující příkaz, který odešle úlohu na server.Run the following command to upload the task on the server. Použijte cestu extrahovaho souboru. zip z kroku 1.Use the path of the extracted .zip file from step 1.
  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Instalace úlohy AzureResourceManagerTemplateDeploymentV3AzureResourceManagerTemplateDeploymentV3 task installation

Poznámka

Všechny kroky uvedené níže je potřeba provést na počítači s Windows.All the steps mentioned below need to be performed on a Windows machine

InstalaceInstall

  1. Extrahujte balíček AzureResourceManagerTemplateDeploymentV3.zip do nové složky ve vašem počítači.Extract the AzureResourceManagerTemplateDeploymentV3.zip package to a new folder on your computer. Například:D:\tasks\AzureResourceManagerTemplateDeploymentV3.For example:D:\tasks\AzureResourceManagerTemplateDeploymentV3.

  2. Stáhněte a nainstalujte Node.js 14.15.1 a NPM (zahrnuté v Node.js stažení) podle potřeby pro váš počítač.Download and install Node.js 14.15.1 and npm (included with the Node.js download) as appropriate for your machine.

  3. Otevřete příkazový řádek v režimu správce a spuštěním následujícího příkazu nainstalujte TFX-CLI.Open a command prompt in administrator mode and run the following command to install tfx-cli.

npm install -g tfx-cli
  1. Vytvořte osobní přístupový token s úplnými přístupovými oprávněními a zkopírujte ho.Create a personal access token with Full access privileges and copy it. Tento osobní přístupový token se použije při spuštění příkazu TFX Login .This Personal access token will be used when running the tfx login command.

  2. Z příkazového řádku spusťte následující příkaz.Run the following from the command prompt. Po zobrazení výzvy zadejte adresu URL služby a osobní přístupový token.When prompted, enter the Service URL and Personal access token.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

  1. Spusťte následující příkaz, který odešle úlohu na server.Run the following command to upload the task on the server. Použijte cestu extrahovaho souboru. zip z kroku 1.Use the path of the extracted .zip file from step 1.
  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Datum vydání aktualizace Azure DevOps Server 2020.0.1 1:9. února 2021Azure DevOps Server 2020.0.1 Patch 1 Release Date: February 9, 2021

Vydali jsme opravu pro Azure DevOps Server 2020.0.1, která opravuje následující.We have released a patch for Azure DevOps Server 2020.0.1 that fixes the following. Další informace najdete v tomto blogovém příspěvku.Please see the blog post for more information.

Datum vydání aktualizace Azure DevOps Server 2020 verze 3:9. února 2021Azure DevOps Server 2020 Patch 3 Release Date: February 9, 2021

Vydali jsme opravu pro Azure DevOps Server 2020, která opravuje následující.We have released a patch for Azure DevOps Server 2020 that fixes the following. Další informace najdete v tomto blogovém příspěvku.Please see the blog post for more information.

Datum vydání Azure DevOps Server 2020.0.1:19. ledna 2021Azure DevOps Server 2020.0.1 Release Date: January 19, 2021

Azure DevOps Server 2020.0.1 je kumulativní oprava chyb.Azure DevOps Server 2020.0.1 is a roll up of bug fixes. Můžete přímo nainstalovat Azure DevOps Server 2020.0.1 nebo upgradovat z existující instalace.You can directly install Azure DevOps Server 2020.0.1 or upgrade from an existing installation. Podporované verze pro upgrade jsou Azure DevOps Server 2020, Azure DevOps Server 2019 a Team Foundation Server 2012 nebo novější.Supported versions for upgrade are Azure DevOps Server 2020, Azure DevOps Server 2019, and Team Foundation Server 2012 or newer.

Tato verze zahrnuje opravy následujících chyb:This release includes fixes for the following bugs:

  • Vyřešte problém s upgradem z Azure DevOps Server 2019, kde může proxy server Git po upgradu přestat pracovat.Resolve an upgrade problem from Azure DevOps Server 2019 where Git proxy may stop working after upgrade.
  • Oprava výjimky System. OutOfMemoryException pro kolekce bez CSYu před Team Foundation Server 2017 při upgradu na Azure DevOps Server 2020.Fix System.OutOfMemoryException exception for non-ENU collections prior to Team Foundation Server 2017 when upgrading to Azure DevOps Server 2020. Řeší problém nahlášený v této komunitě vývojářů zpětné vazby.Resolves the issue reported in this Developer Community feedback ticket.
  • Selhání údržby způsobené chybějícími Microsoft.Azure.DevOps.ServiceEndpoints.Sdk.Server.Extensions.dll.Servicing failure caused by missing Microsoft.Azure.DevOps.ServiceEndpoints.Sdk.Server.Extensions.dll. Řeší problém nahlášený v této komunitě vývojářů zpětné vazby.Resolves the issue reported in this Developer Community feedback ticket.
  • Oprava chyby neplatného názvu sloupce v analýze při upgradu na Azure DevOps Server 2020.Fix invalid column name error in Analytics while upgrading to Azure DevOps Server 2020. Řeší problém nahlášený v této komunitě vývojářů zpětné vazby.Resolves the issue reported in this Developer Community feedback ticket.
  • Uložený XSS při zobrazení kroků testovacího případu ve výsledcích testovacího případu.Stored XSS when displaying test case steps in test case results.
  • Došlo k selhání kroku upgradu při migraci dat výsledků bodů na TCM.Upgrade step failure while migrating points results data to TCM.

Datum vydání aktualizace Azure DevOps Server 2020 verze 2:12. ledna 2021Azure DevOps Server 2020 Patch 2 Release Date: January 12, 2021

Vydali jsme opravu pro Azure DevOps Server 2020, která opravuje následující.We have released a patch for Azure DevOps Server 2020 that fixes the following. Další informace najdete v tomto blogovém příspěvku.Please see the blog post for more information.

  • Podrobnosti testovacího běhu nezobrazují podrobnosti testovacího kroku pro testovací data migrovaná pomocí migrace OpsHub.Test run details do not display test step details for test data migrated using OpsHub Migration
  • Výjimka u inicializátoru pro: Microsoft. TeamFoundation. TestManagement. Server. TCMLoggerException on initializer for 'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger'
  • Nezachovaná sestavení se po migraci na Azure DevOps Server 2020 okamžitě odstraní.Unretained builds are immediately deleted after migration to Azure DevOps Server 2020
  • Opravit výjimku zprostředkovatele datFix data provider exception

Azure DevOps Server 2020 aktualizace 1 Datum: 8. prosince 2020Azure DevOps Server 2020 Patch 1 Date: December 8, 2020

Vydali jsme opravu pro Azure DevOps Server 2020, která opravuje následující.We have released a patch for Azure DevOps Server 2020 that fixes the following. Další informace najdete v tomto blogovém příspěvku.Please see the blog post for more information.

  • CVE-2020-17145: Azure DevOps Server a zranitelnost služby Team Foundation Services s falešnou identitouCVE-2020-17145: Azure DevOps Server and Team Foundation Services Spoofing Vulnerability

Datum vydání Azure DevOps Server 2020:6. října 2020Azure DevOps Server 2020 Release Date: October 6, 2020

Azure DevOps Server 2020 je kumulativní oprava chyb.Azure DevOps Server 2020 is a roll up of bug fixes. Zahrnuje všechny funkce v Azure DevOps Server 2020 RC2 dříve vydaných.It includes all features in the Azure DevOps Server 2020 RC2 previously released.

Poznámka

Na serveru Azure DevOps 2020 došlo k potížím při instalaci jednoho ze sestavení, které používá systém Git Virtual File System (GVFS).Azure DevOps 2020 Server has an issue with installing one of the assemblies used by the Git Virtual File System (GVFS).

Pokud upgradujete z Azure DevOps 2019 (jakákoli verze) nebo Azure DevOps 2020 Release Candidate a nainstalujete do stejného adresáře jako předchozí verze, sestavení se nenainstaluje Microsoft.TeamFoundation.Git.dll .If you are upgrading from Azure DevOps 2019 (any release) or a Azure DevOps 2020 release candidate and installing to the same directory as the previous release, the assembly Microsoft.TeamFoundation.Git.dll will not be installed. Můžete ověřit, že jste narazili na problém hledáním Microsoft.TeamFoundation.Git.dll v části <Install Dir>\Version Control Proxy\Web Services\bin <Install Dir>\Application Tier\TFSJobAgent a <Install Dir>\Tools složky.You can verify that you have hit the issue by looking for Microsoft.TeamFoundation.Git.dll in <Install Dir>\Version Control Proxy\Web Services\bin, <Install Dir>\Application Tier\TFSJobAgent and <Install Dir>\Tools folders. Pokud soubor chybí, můžete spustit opravu pro obnovení chybějících souborů.If the file is missing, you can run a repair to restore the missing files.

Pokud chcete spustit opravu, otevřete Settings -> Apps & Features počítač s Azure DevOps Server/VM a spusťte opravu na serveru Azure DevOps 2020.To run a repair, go to Settings -> Apps & Features on the Azure DevOps Server machine/VM and run a repair on Azure DevOps 2020 Server. Po dokončení opravy můžete restartovat počítač nebo virtuální počítač.Once the repair has completed, you can restart the machine/VM.

Azure DevOps Server 2020 RC2 datum vydání: 11. srpna 2020Azure DevOps Server 2020 RC2 Release Date: August 11, 2020

Azure DevOps Server 2020 RC2 představuje kumulativní opravy chyb.Azure DevOps Server 2020 RC2 is a roll up of bug fixes. Zahrnuje všechny funkce v Azure DevOps Server 2020 RC1 dříve vydaných.It includes all features in the Azure DevOps Server 2020 RC1 previously released.

Datum vydání verze Azure DevOps Server 2020 RC1 pro nové vydání: 10. července 2020Azure DevOps Server 2020 RC1 re-release Release Date: July 10, 2020

Znovu uvolňujeme Azure DevOps Server 2020 RC1 pro opravu tohoto lístku o zpětné vazbě komunity vývojářů.We have re-releasing Azure DevOps Server 2020 RC1 to fix this Developer Community feedback ticket.

Dříve jste po upgradu z verze Azure DevOps Server 2019 Update 1,1 na Azure DevOps Server 2020 RC1 nedokázali zobrazit soubory v úložištích, kanálech a wikiwebu webového uživatelského rozhraní.Previously, after upgrading from Azure DevOps Server 2019 Update 1.1 to Azure DevOps Server 2020 RC1, you were not able to view files in the Repos, Pipelines and Wiki of the Web UI. Objevila se chybová zpráva oznamující , že došlo k neočekávané chybě v této oblasti stránky. Můžete zkusit znovu načíst tuto součást nebo aktualizovat celou stránku.There was an error message indicating an unexpected error has occurred within this region of the page. You can try reloading this component or refreshing the entire page. V této verzi jsme tento problém vyřešili.With this release we have fixed this issue. Další informace najdete v tomto blogovém příspěvku.Please see the blog post for more information.

Azure DevOps Server 2020 RC1 datum vydání: 30. června 2020Azure DevOps Server 2020 RC1 Release Date: June 30, 2020

Shrnutí novinek v Azure DevOps Server 2020Summary of What's New in Azure DevOps Server 2020

Azure DevOps Server 2020 zavádí mnoho nových funkcí.Azure DevOps Server 2020 introduces many new features. Mezi nejzajímavější z nich patří:Some of the highlights include:

Můžete také přejít na jednotlivé části a zobrazit všechny nové funkce pro každou službu:You can also jump to individual sections to see all the new features for each service:


ObecnéGeneral

Obecná dostupnost Azure DevOps CLIAzure DevOps CLI general availability

V únoru jsme představili rozšíření Azure DevOps pro rozhraní příkazového řádku Azure CLI.In February, we introduced the Azure DevOps extension for Azure CLI. Rozšíření vám umožní pracovat s Azure DevOps z příkazového řádku.The extension lets you interact with Azure DevOps from the command line. Shromáždili jsme vaši zpětnou vazbu, která nám pomohla zlepšit rozšíření a přidat další příkazy.We've collected your feedback that helped us improve the extension and add more commands. Nyní s radostí oznamujeme, že rozšíření je všeobecně dostupné.We are now happy to announce that the extension is generally available.

Další informace o Azure DevOps CLI najdete v dokumentaci zde.To learn more about Azure DevOps CLI, see the documentation here.

Použití profilu publikování k nasazení služby Azure WebApps pro Windows z centra nasazeníUse publish profile to deploy Azure WebApps for Windows from the Deployment Center

Nyní můžete použít možnost publikovat ověřování na základě profilu k nasazení služby Azure WebApps for Windows z centra nasazení.Now you can use publish profile-based authentication to deploy your Azure WebApps for Windows from the Deployment Center. Pokud máte oprávnění k nasazení do Azure WebApp pro Windows pomocí jeho publikačního profilu, budete moct nastavit kanál pomocí tohoto profilu v pracovních postupech centra nasazení.If you have permission to deploy to an Azure WebApp for Windows using its publish profile, you will be able to setup the pipeline using this profile in the Deployment Center workflows.

BoardsBoards

Přidat filtr nadřazené pracovní položky na panel úloh a nevyřízené položky sprintuAdd "Parent Work Item" filter to the task board and sprint backlog

Přidali jsme nový filtr na panel sprintu a nevyřízené položky sprintu.We added a new filter to both the Sprint board and the Sprint backlog. To umožňuje filtrovat nevyřízené položky na úrovni požadavků (první sloupec vlevo) podle jejich nadřazeného objektu.This allows you to filter requirements level backlog items (first column on the left) by their parent. Například na snímku obrazovky níže jsme zobrazení vyfiltroval tak, aby zobrazovalo pouze uživatelské scénáře, kde nadřazený objekt je "moje velká funkce".For example, in the screen shot below, we have filtered the view to only show user stories where the parent is "My big feature".

Snímek obrazovky znázorňující nový filtr nadřazené pracovní položky.Screenshot showing the new Parent Work Item filter.

Zlepšení prostředí pro zpracování chyb – – povinné pole při chybě nebo úlozeImprove error handling experience –– required fields on Bug/Task

V minulosti z panelu Kanban, pokud jste přesunuli pracovní položku z jednoho sloupce do druhého, kde se změní stavová pravidla pole, karta by zobrazila pouze červenou chybovou zprávu, která vynutí otevření pracovní položky k pochopení hlavní příčiny.Historically, from the Kanban board, if you moved a work item from one column to another where the state change triggered field rules, the card would just show a red error message which will force you to open up the work item to understand the root cause. V Sprint 170 jsme vylepšili prostředí, takže teď můžete kliknout na červenou chybovou zprávu a zobrazit podrobnosti o chybě, aniž byste museli otevřít vlastní pracovní položku.In sprint 170, we improved the experience so you can now click on the red error message to see the details of the error without having to open up the work item itself.

Snímek obrazovky se zobrazeným dialogovým oknem chybějící pole, která se zobrazí po kliknutí na červenou chybovou zprávuScreenshot showing the Missing fields dialog box that appears when you click the red error message.

<a name="work-item-live-reload">Dynamická znovu načíst pracovní položkuWork item live reload

Dříve, při aktualizaci pracovní položky a druhý člen týmu prováděl změny stejné pracovní položky, druhý uživatel ztratí změny.Previously, when updating a work item, and a second team member was making changes to the same work item, the second user would lose their changes. Pokud jste teď upravovali různá pole, uvidíte, jaké jsou živé aktualizace změn provedených u pracovní položky.Now, as long as you are both editing different fields, you will see live updates of the changes made to the work item.

![Krátké video znázorňující, jak funguje dynamická funkce pro opětovné načtení pracovní položky.](media/154_01.gif "Živé opětovné načtení")Short video showing how the work item live reload works.

Správa cest iterace a oblast z příkazového řádkuManage iteration and area paths from the command line

Nyní můžete spravovat cesty iterace a oblast z příkazového řádku pomocí az boards iteration az boards area příkazů a.You can now manage iteration and area paths from the command line by using the az boards iteration and az boards area commands. Můžete například nastavit a spravovat cesty iterace a oblast interaktivně z CLI nebo automatizovat celou instalaci pomocí skriptu.For example, you can setup and manage iteration and area paths interactively from the CLI, or automate the entire setup using a script. Další podrobnosti o příkazech a syntaxi najdete v dokumentaci zde.For more details about the commands and the syntax, see the documentation here.

Nadřazený sloupec pracovní položky jako možnost sloupceWork item parent column as column option

Nyní máte možnost zobrazit rodiče každé pracovní položky v nevyřízených položkách produktu nebo nevyřízených položek sprintu.You now have the option to see the parent of every work item in your product backlog or sprint backlog. Tuto funkci povolíte tak, že v požadovaném seznamu nevyřízených položek přejdete na Možnosti sloupců a pak přidáte nadřazený sloupec.To enable this feature, go to Column Options on the desired backlog, then add the Parent column.

Snímek obrazovky nevyřízených položek s možností Možnosti sloupců s názvem.Screenshot of a backlog with the Column Options option called out.

Změna procesu používaného projektemChange the process used by a project

Vaše nástroje by se měly měnit jako váš tým. teď můžete svoje projekty přepnout ze všech předem připravených šablon procesů do jakéhokoli dalšího předem připraveného procesu.Your tools should change as your team does, you can now switch your projects from any out-of-the-box process template to any other out-of-the-box process. Můžete například změnit projekt z použití agilního na Scrum nebo z úrovně Basic na agilní.For example, you can change your project from using Agile to Scrum, or Basic to Agile. Úplnou dokumentaci najdete tady.You can find full step-by-step documentation here.

Snímek obrazovky s kartou projekty s možností změny procesu s názvem.Screenshot of the Projects tab with the Change process option called out.

Skrýt vlastní pole z rozloženíHide custom fields from layout

Při přizpůsobování procesu teď můžete skrýt vlastní pole z rozložení formuláře.You can now hide custom fields from the form layout when customizing your process. Pole bude stále k dispozici z dotazů a rozhraní REST API.The field will still be available from queries and REST APIs. To je užitečné, pokud chcete sledovat pole navíc při integraci s jinými systémy.This comes in handy for tracking extra fields when you are integrating with other systems.

Snímek obrazovky znázorňující možnost skrýt z rozloženíScreenshot showing the Hide from layout option.

Získejte přehled o stavu svého týmu pomocí tří nových sestav Azure Boards.Get insights into your team’s health with three new Azure Boards reports

Nemůžete opravit to, co nemůžete vidět.You can’t fix what you can’t see. Proto je vhodné zachovat stav a stav svých pracovních procesů.Therefore, you want to keep a close eye on the state and health of their work processes. Díky těmto sestavám usnadňujeme sledovat důležité metriky s minimálním úsilím v Azure Boards.With these reports, we are making it easier for you to track important metrics with minimal effort in Azure Boards.

Tři nové interaktivní sestavy jsou: burndown, kumulativní vývojový diagram (CFD) a rychlost.The three new interactive reports are: Burndown, Cumulative Flow Diagram (CFD) and Velocity. Sestavy si můžete prohlédnout na nové kartě Analytics.You can see the reports in the new analytics tab.

Metriky, jako je Sprint burndown, flow of Work a Team Velocity, poskytují přehled o pokroku týmu a umožňují zodpovědět otázky, jako jsou:Metrics like sprint burndown, flow of work and team velocity give you the visibility into your team's progress and help answer questions such as:

  • Kolik práce v tomto sprintu zbývá?How much work do we have left in this sprint? Poznáte, že je dokončíme?Are we on track to complete it?
  • Jaký krok vývojového procesu trvá nejdéle?What step of the development process is taking the longest? Můžeme o tom něco udělat?Can we do something about it?
  • V závislosti na předchozích iteracích, kolik práce plánujete pro další Sprint?Based on previous iterations, how much work should we plan for next the sprint?

Poznámka

Grafy dříve zobrazené v hlavičkách byly nahrazeny těmito rozšířenými sestavami.The charts previously shown in the headers have been replaced with these enhanced reports.

Nové sestavy jsou plně interaktivní a umožňují jejich úpravu podle svých potřeb.The new reports are fully interactive and allow you to adjust them for your needs. Nové sestavy můžete najít na kartě Analytics v každém centru.You can find the new reports under the Analytics tab in each hub.

  • Graf burndown lze nalézt v centru sprintů .The burndown chart can be found under the Sprints hub.

    Snímek grafu burndown na kartě AnalyticsScreenshot of the burndown chart on the Analytics tab.

  • K sestavám CFD a rychlosti se dostanete z karty analýza v části panely a nevyřízené položky kliknutím na příslušnou kartu.The CFD and Velocity reports can be accessed from the Analytics tab under Boards and Backlogs by clicking on the relevant card.

    Snímek obrazovky sestavy kumulativního diagramu toku sestav a rychlost na kartě analýzaScreenshot of the Cumulative Flow Diagram report and Velocity report on the Analytics tab.

Nové sestavy obsahují větší kontrolu a informace o vašem týmu.With the new reports you have more control and information about your team. Tady je několik příkladů:Here are some examples:

  • Sestavy Burndown sprintu a rychlosti lze nastavit tak, aby používaly počet pracovních položek nebo součet zbývající práce.The Sprint Burndown and the Velocity reports can be set to use count of work items or sum of remaining work.
  • Můžete upravit časový rámec sprintu burndown, aniž by to ovlivnilo data projektu.You can adjust the timeframe of the sprint burndown without affecting the project dates. Takže pokud váš tým obvykle stráví první den každého plánování sprintu, můžete se teď přizpůsobit grafu, aby odrážel.So, if your team usually spends the first day of each sprint planning, you can now match the chart to reflect that.
  • Graf burndown nyní obsahuje vodoznak, který zobrazuje víkendy.The Burndown chart now has a watermark showing weekends.
  • Sestava CFD umožňuje odebrat sloupce panelu, jako je návrh, a získat tak větší zaměření na tok, na kterém mají týmy kontrolu.The CFD report lets you remove board columns like Design to gain more focus on the flow the teams have control on.

Tady je příklad sestavy CFD zobrazující tok za posledních 30 dní nevyřízených položek scénářů.Here is an example of the CFD report showing the flow for the last 30 days of the Stories backlog.

Snímek obrazovky kumulativního diagramu toku na kartě analýzaScreenshot of the Cumulative Flow Diagram on the Analytics tab.

Graf rychlosti se teď dá sledovat pro všechny úrovně nevyřízených položek.The Velocity chart can now be tracked for all backlog levels. Nyní můžete například přidat jak funkce, tak náměty, zatímco předchozí graf podporuje pouze požadavky.For example, you can now add both Features and Epics whereas before the previous chart supported only Requirements. Tady je příklad sestavy rychlosti za posledních 6 iterací nevyřízených položek funkcí.Here is an example of a velocity report for the last 6 iterations of the Features backlog.

Snímek grafu rychlosti na kartě AnalyticsScreenshot of the Velocity chart on the Analytics tab.

<a name="customize-taskboard-columns">Přizpůsobení sloupců referenčnímuCustomize Taskboard columns

S radostí oznamujeme, že jsme přidali možnost, která vám umožní přizpůsobit sloupce na referenčnímu.We're excited to announce that we added an option to let you customize the columns on the Taskboard. Nyní můžete přidat, odebrat, přejmenovat a změnit pořadí sloupců.You can now add, remove, rename, and reorder the columns.

Pokud chcete nakonfigurovat sloupce ve vašem referenčnímu, jděte na Možnosti sloupců.To configure the columns on your Taskboard, go to Column Options.

![Snímek obrazovky s referenčnímu s možností Možnosti sloupců se vyvolala.](media/155_01.png "Přizpůsobení sloupců na referenčnímu")Screenshot of a Taskboard with the Column Options option called out.

Tato funkce má prioritu na základě návrhu komunity vývojářů.This feature was prioritized based on a suggestion from the Developer Community.

Přepnutím zobrazíte nebo skryjete dokončené podřízené pracovní položky v nevyřízených položkách.Toggle to show or hide completed child work items on the backlog

V mnoha případech je při úpravě nevyřízených položek možné pouze zobrazit položky, které nebyly dokončeny.Many times, when refining the backlog, you only want to see items that have not been completed. Nyní máte možnost zobrazit nebo Skrýt dokončené podřízené položky v nevyřízených položkách.Now, you have the ability to show or hide completed child items on the backlog.

Pokud je přepínač zapnutý, zobrazí se všechny podřízené položky v dokončeném stavu.If the toggle is on, you will see all child items in a completed state. Když je přepínač vypnutý, všechny podřízené položky v dokončeném stavu budou skryté z nevyřízených položek.When the toggle is off, all child items in a completed state will be hidden from the backlog.

Krátké video, které ukazuje, jak zobrazit nebo Skrýt podřízené položky v nevyřízených položkách.Short video that shows how to show or hide child items on the backlog.

Poslední značky zobrazené při označování pracovní položkyMost recent tags displayed when tagging a work item

Při označování pracovní položky se nyní možnost automatického dokončování zobrazí až pět naposledy použitých značek.When tagging a work item, the auto-complete option will now display up to five of your most recently used tags. To usnadňuje přidání správných informací do vašich pracovních položek.This will make it easier to add the right information to your work items.

Snímek obrazovky zobrazující poslední použité značky, které se zobrazí při označování pracovní položkyScreenshot showing the most recent used tags displayed when tagging a work item.

Oprávnění jen pro čtení a požadovaná pravidla pro členství ve skupiněRead-only and required rules for group membership

Pravidla pracovní položky umožňují nastavit konkrétní akce pro pole pracovních položek pro automatizaci jejich chování.Work item rules let you set specific actions on work item fields to automate their behavior. Můžete vytvořit pravidlo pro nastavení pole jen pro čtení nebo podle potřeby podle členství ve skupině.You can create a rule to set a field to read-only or required based on group membership. Například můžete chtít udělit vlastníkům produktu možnost nastavit prioritu funkcí a přitom ji pro všechny ostatní povolit jen pro čtení.For example, you may want to grant product owners the ability to set the priority of your features while making it read-only for everyone else.

Snímek obrazovky dialogového okna pro nové pravidlo pracovní položky, které zobrazuje oddíl podmínky a část akceScreenshot of the New work item rule dialog box showing the Conditions section and the Actions section.

Přizpůsobení hodnot systémových rozevíracích seznamůCustomize system picklist values

Nyní můžete přizpůsobit hodnoty pro libovolný rozevírací seznam systému (s výjimkou pole důvod), jako je závažnost, aktivita, priorita atd. Přizpůsobení rozevíracího seznamu jsou vymezena tak, aby bylo možné spravovat různé hodnoty pro stejné pole pro každý typ pracovní položky.You can now customize the values for any system picklist (except the reason field) such as Severity, Activity, Priority, etc. The picklist customizations are scoped so that you can manage different values for the same field for each work item type.

Krátké video, které ukazuje, jak přizpůsobit hodnoty rozevíracího seznamu systémuShort video that shows how to customize system picklist values.

Nový parametr adresy URL pracovní položkyNew work item URL parameter

Sdílejte odkazy na pracovní položky s kontextem vaší desky nebo nevyřízených položek s parametrem adresy URL pracovní položky.Share links to work items with the context of your board or backlog with our new work item URL parameter. Nyní můžete otevřít dialog pracovní položky na panelu, nevyřízené položky nebo sprintu připojením parametru ?workitem=[ID] k adrese URL.You can now open a work item dialog on your board, backlog, or sprint experience by appending the parameter ?workitem=[ID] to the URL.

Každý sdílený odkaz se pak bude nakládat se stejným kontextem jako při sdílení propojení!Anyone you share the link with will then land with the same context you had when you shared the link!

Zmínky o lidech, pracovních položkách a PR v textových políchMention people, work items and PRs in text fields

Jak jsme naslouchali zpětnou vazbu, slyšeli jsme, že jste chtěli mít možnost zmínit lidi, pracovní položky a PR v oblasti Popis pracovní položky (a dalších polí HTML) pracovní položky a nikoli jen v komentářích.As we listened to your feedback, we heard that you wanted the ability to mention people, work items, and PRs in the work item description area (and other HTML fields) on the work item and not just in comments. Někdy spolupracujete s někým na pracovní položce nebo chcete zvýraznit žádost o přijetí změn v popisu pracovní položky, ale nemohlo by tyto informace přidat.Sometimes you are collaborating with someone on a work item, or want to highlight a PR in your work item description, but didn't have a way to add that information. Nyní můžete uvést lidi, pracovní položky a PR ve všech dlouhých textových polích pracovní položky.Now you can mention people, work items, and PRs in all long text fields on the work item.

Tady vidíte příklad.You can see an example here.

Snímek obrazovky s informacemi o lidech, pracovních položkách a PR v oblasti Popis pracovní položky.Screenshot showing that you can mention people, work items, and PRs in the work item Description area.

  • Pokud chcete použít zmínky o osobách, zadejte @ znaménko a jméno osoby, které chcete uvést.To use people mentions, type the @ sign and the person's name you want to mention. @mentions v polích pracovní položky budou vygenerována e-mailová oznámení, jako je to pro komentáře.@mentions in work item fields will generate email notifications like what it does for comments.
  • Chcete-li použít zmínky o pracovních položkách, zadejte # znaménko NÁSLEDOVANÝ identifikátorem nebo názvem pracovní položky.To use work item mentions, type the # sign followed by the work item ID or title. #mentions vytvoří propojení mezi dvěma pracovními položkami.#mentions will create a link between the two work items.
  • Pokud chcete použít zmínky o žádosti o přijetí změn, přidejte !To use PR mentions, add a ! následováno vaším ID žádosti o přijetí změn nebo názvem.followed by your PR ID or name.

Reakce na komentáře diskuzeReactions on discussion comments

Jedním z našich hlavních cílů je, aby byly pracovní položky pro týmy lépe spolupracovní.One of our main goals is to make the work items more collaborative for teams. Nedávno jsme provedli cyklické dotazování na Twitteru , kde zjistíte, jaké funkce spolupráce chcete v diskusích na pracovní položce.Recently we conducted a poll on Twitter to find out what collaboration features you want in discussions on the work item. Přidání reakcí na komentáře vyhrálo dotaz, takže je přidáme!Bringing reactions to comments won the poll, so we add them! Tady jsou výsledky cyklického dotazování na Twitter.Here are the results of the Twitter poll.

Snímek obrazovky s dotazem na Twitter Azure DevOps ukazující, že 35% respondentů chtěla funkci reakce na komentáře.Screenshot of the Azure DevOps twitter poll showing that 35% of the respondents wanted the Reactions on comments feature.

K libovolnému komentáři můžete přidat reakce a existují dva způsoby, jak přidat své reakce – ikonu emotikony v pravém horním rohu libovolného komentáře a také na konci komentáře vedle jakékoli stávající reakce.You can add reactions to any comment, and there are two ways to add your reactions – the smiley icon at the top right corner of any comment, as well as at the bottom of a comment next to any existing reactions. Můžete přidat všechny šesti reakcí, pokud chcete, nebo pouze jeden nebo dva.You can add all six reactions if you like, or just one or two. Chcete-li odstranit svoji reakci, klikněte na reakci v dolní části komentáře a bude odebrána.To remove your reaction, click on the reaction on the bottom of your comment and it will be removed. Níže vidíte možnosti přidávání reakce a také to, jak reakce vypadají jako u komentáře.Below you can see the experience of adding a reaction, as well as what the reactions look like on a comment.

Snímek obrazovky ukazující, že můžete přidat reakce pro komentáře dvěma různými způsoby.Screenshot showing that you can add reactions to comments two different ways.

Připnutí Azure Boardsch sestav na řídicí panelPin Azure Boards reports to the dashboard

V aktualizaci Sprint 155 jsme zahrnuli aktualizované verze sestav CFD a rychlost.In the Sprint 155 Update, we included updated versions of the CFD and Velocity reports. Tyto sestavy jsou k dispozici na kartě Analytics karet a nevyřízených položek.These reports are available under the Analytics tab of Boards and Backlogs. Sestavy teď můžete připnout přímo na řídicí panel.Now you can pin the reports directly to your Dashboard. Pokud chcete sestavy připnout, najeďte myší na sestavu a vyberte tři tečky (...). a zkopírujte na řídicí panel.To pin the reports, hover over the report, select the ellipsis "..." menu, and Copy to Dashboard.

Snímek obrazovky znázorňující možnost Kopírovat na řídicí panelScreenshot showing the Copy to Dashboard option.

Sledování průběhu nadřazených položek pomocí kumulativních nevyřízených položek na vývěsekTrack the progress of parent items using Rollup on Boards backlog

Souhrnné sloupce zobrazují indikátory průběhu nebo součty číselných polí nebo následníků v rámci hierarchie.Rollup columns show progress bars and/or totals of numeric fields or descendant items within a hierarchy. Odvozené položky odpovídají všem podřízeným položkám v rámci hierarchie.Descendant items correspond to all child items within the hierarchy. Do produktu nebo nevyřízených položek portfolia lze přidat jeden nebo více souhrnných sloupců.One or more rollup columns can be added to a product or portfolio backlog.

Zde například ukážeme průběh podle pracovních položek , které zobrazí indikátory průběhu pro Ascendant pracovní položky na základě procenta potomků podřízených položek, které byly uzavřeny.For example, here we show Progress by Work Items which displays progress bars for ascendant work items based on the percentage of descendant items that have been closed. Položky následníka pro náměty obsahují všechny podřízené funkce a jejich podřízené nebo celkové podřízené pracovní položky.Descendant items for Epics includes all child Features and their child or grand child work items. Následníkské položky pro funkce obsahují všechny podřízené uživatelské scénáře a jejich podřízené pracovní položky.Descendant items for Features includes all child User Stories and their child work items.

Snímek obrazovky pracovních položek v backloguScreenshot of work items in a backlog.

Aktualizace referenčnímu LiveTaskboard live updates

Vaše referenčnímu se teď automaticky aktualizuje, když dojde ke změnám!Your taskboard now automatically refreshes when changes occur! Jak ostatní členové týmu přesunou nebo mění pořadí karet na referenčnímu, karta se tyto změny automaticky aktualizuje.As other team members move or reorder cards on the taskboard, your board will automatically update with these changes. Nemusíte už stisknout klávesu F5, aby se zobrazily nejnovější změny.You no longer have to press F5 to see the latest changes.

Podpora vlastních polí v souhrnných sloupcíchSupport for custom fields in Rollup columns

Souhrn se teď může provádět u libovolného pole, včetně vlastních polí.Rollup can now be done on any field, including custom fields. Při přidávání souhrnného sloupce můžete stále ze seznamu rychle vybrat souhrnný sloupec, ale pokud chcete souhrn číselných polí, která nejsou součástí předplatného šablony procesu, můžete nakonfigurovat vlastní, a to takto:When adding a Rollup column, you can still pick a Rollup column from the Quick list, however if you want to rollup on numeric fields that are not part of the out of the box process template, you can configure your own as follows:

  1. V backlogu klikněte na možnosti sloupce.On your backlog click "Column options". Pak na panelu klikněte na Přidat kumulativní sloupec a nakonfigurujte vlastní souhrn.Then in the panel click "Add Rollup column" and Configure custom rollup.

    Snímek obrazovky s rozevíracím seznamem přidat souhrnný sloupecScreenshot of the Add a rollup column dropdown list.

  2. Vyberte mezi indikátorem průběhu a celkem.Pick between Progress Bar and Total.
  3. Vyberte typ pracovní položky nebo úroveň backlogu (obvykle nevyřízené položky agregace několika typů pracovních položek).Select a work item type or a Backlog level (usually backlogs aggregate several work item types).
  4. Vyberte typ agregace.Select the aggregation type. Počet pracovních položek nebo součet.Count of work items or Sum. Pro součet musíte vybrat pole, které se má shrnout.For Sum you'll need to select the field to summarize.
  5. Tlačítko OK vrátí zpět na panel možností sloupce, kde můžete změnit pořadí nového vlastního sloupce.The OK button will bring you back to the column options panel where you can reorder your new custom column.

Snímek obrazovky s panelem možností sloupce zobrazujícím nový vlastní sloupecScreenshot of the column options panel showing the new custom column.

Všimněte si, že po kliknutí na tlačítko OK nemůžete vlastní sloupec upravovat.Note that you can't edit your custom column after clicking OK. Pokud potřebujete provést změnu, odeberte vlastní sloupec a přidejte další požadovaným způsobem.If you need to make a change, remove the custom column and add another one as desired.

Nové pravidlo pro skrytí polí ve formuláři pracovní položky na základě podmínkyNew rule to hide fields in a work item form based on condition

Do modulu zděděných pravidel jsme přidali nové pravidlo, které umožňuje skrýt pole ve formuláři pracovní položky.We've added a new rule to the inherited rules engine to let you hide fields in a work item form. Toto pravidlo skryje pole na základě členství ve skupině uživatelů.This rule will hide fields based on the users group membership. Pokud například uživatel patří do skupiny vlastník produktu, můžete skrýt určité pole pro vývojáře.For example, if the user belongs to the "product owner" group, then you can hide a developer specific field. Další podrobnosti najdete v dokumentaci zde.For more details see the documentation here.

Vlastní nastavení oznámení pracovní položkyCustom work item notification settings

Aktuální informace o pracovních položkách, které jsou pro vás relevantní nebo váš tým je neuvěřitelně důležité.Staying up to date on work items relevant to you or your team is incredibly important. Pomáhá týmům spolupracovat a udržet se na sledování s projekty a zajišťují, že jsou zapojeni všechny správné strany.It helps teams collaborate and stay on track with projects and makes sure all the right parties are involved. Různí účastníci ale mají různé úrovně investic v různých úsilích a věříme, že by se měla projevit ve vaší schopnosti sledovat stav pracovní položky.However, different stakeholders have different levels of investment in different efforts, and we believe that should be reflected in your ability to follow the status of a work item.

Pokud jste dřív chtěli sledovat pracovní položku a dostávat oznámení na všechny provedené změny, měli byste obdržet e-mailová oznámení pro všechny a všechny změny provedené v pracovní položce.Previously, if you wanted to follow a work item and get notifications on any changes made, you would get email notifications for any and all changes made to the work item. Po zvážení zpětné vazby provádíme pružnější řešení všech zúčastněných stran.After considering your feedback, we are making following a work item more flexible for all stakeholders. Nyní se zobrazí nové tlačítko nastavení vedle tlačítka sledovat v pravém horním rohu pracovní položky.Now, you will see a new settings button next to the Follow button on the top right corner of the work item. Tím přejdete k místnímu zobrazení, které vám umožní nakonfigurovat možnosti, které sledují.This will take you to a pop up that will let you configure your follow options.

Snímek obrazovky pravého horního rohu pracovní položky s ukazatelem myši nad ikonou ozubeného kolečkaScreenshot of the upper-right corner of a work item with the cursor hovering over the gear icon.

Z Nastavení oznámení můžete vybrat ze tří možností oznámení.From Notification Settings, you can choose from three notification options. Nejdřív můžete úplně zrušit odběr.First, you can be completely unsubscribed. Za druhé, můžete být plně přihlášeni, kde získáte oznámení pro všechny změny pracovních položek.Second, you can be fully subscribed, where you get notifications for all work item changes. Nakonec se můžete rozhodnout, že se budete informovat pro některé z hlavních a podstatných událostí změny pracovní položky.Lastly, you can choose to get notified for some of the top and crucial work item change events. Můžete vybrat jenom jednu nebo všechny tři možnosti.You can select just one, or all three options. To umožní členům týmu sledovat pracovní položky na vyšší úrovni a nemusí se odvolávat všemi jednotlivými změnami, které provedete.This will let team members follow work items at a higher level and not get distracted by every single change that gets made. Tato funkce eliminuje nepotřebné e-maily a umožní vám soustředit se na nejdůležitější úlohy.With this feature, we will eliminate unnecessary emails and allow you to focus on the crucial tasks at hand.

Snímek obrazovky dialogového okna nastavení oznámení se zvoleným vlastním přepínačem spolu s možností stav změněno a možnost iterace změněna.Screenshot of the Notifications Settings dialog box showing the Custom radio button selected along with the State Changed option and the Iteration Changed option.

Jsme rádi, že vydáváme řízení nasazení na formuláři pracovní položky.We are excited to release Deployment control on the work item form. Tento ovládací prvek propojuje pracovní položky s vydáním a umožňuje snadno sledovat, kde byla pracovní položka nasazena.This control links your work items to a release and enables you to easily track where your work item has been deployed. Další informace najdete v dokumentaci zde.To learn more see the documentation here.

Snímek obrazovky znázorňující ovládací prvek nasazení na formuláři pracovní položky.Screenshot showing the Deployment control on the work item form.

Importovat pracovní položky ze souboru CSVImport work items from a CSV file

Předtím, než se teď importuje pracovní položky ze souboru CSV, závisí na použití modulu plug-in Excelu.Until now, importing work items from a CSV file was dependent on using the Excel plugin. V této aktualizaci poskytujeme prvotřídní možnosti importu přímo z Azure Boards, takže můžete importovat nové nebo aktualizovat existující pracovní položky.In this update we are providing a first class import experience directly from Azure Boards so you can import new or update existing work items. Další informace najdete v dokumentaci zde.To learn more, see the documentation here.

Krátké video, které ukazuje, jak importovat pracovní položky ze souboru CSV.Short video that shows how to import work items from a CSV file.

Přidat nadřazené pole k kartám pracovních položekAdd parent field to work item cards

Nadřazený kontext je nyní k dispozici na kartě Kanban jako nové pole pro karty pracovních položek.Parent context is now available within your Kanban board as a new field for work item cards. Nyní můžete přidat nadřazené pole na vaše karty a vyhnout se nutnosti používat alternativní řešení, jako jsou značky a předpony.You can now add the Parent field to your cards, bypassing the need to use workarounds such as tags and prefixes.

Snímek obrazovky s kartou pracovní položky s nadřazenou možností s názvem.Screenshot showing a work item card with the Parent option called out.

Přidání nadřazeného pole do nevyřízených položek a dotazůAdd parent field to backlog and queries

Nadřazené pole je nyní k dispozici při zobrazení nevyřízených položek a výsledků dotazu.The parent field is now available when viewing backlogs and query results. Chcete-li přidat nadřazené pole, použijte zobrazení Možnosti sloupce .To add the parent field, use the Column options view.

Snímek obrazovky s oddílem možností sloupce s nadřazenou možností s názvem.Screenshot of the Column options section with the Parent option called out.

ReposRepos

Metriky pokrytí kódu a zásady větví pro žádosti o přijetí změnCode coverage metrics and branch policy for pull requests

Nyní můžete zobrazit metriky pokrytí kódu pro změny v zobrazení žádosti o přijetí změn (PR).You can now see code coverage metrics for changes within the pull request (PR) view. Tím zajistíte, že jste své změny vhodně otestovali pomocí automatizovaných testů.This ensures that you have adequately tested your changes through automated tests. V přehledu žádosti o přijetí změn se zobrazí jako komentář stav pokrytí.Coverage status will appear as a comment in the PR overview. Můžete zobrazit podrobnosti o pokrytí pro každý řádek kódu, který se změnil v zobrazení rozdílového souboru.You can view details of coverage information for every code line that is changed in the file diff view.

Snímek obrazovky znázorňující, že můžete zobrazit metriky pokrytí kódu pro změny v zobrazení žádosti o přijetí změn (PR).Screenshot showing that you can see code coverage metrics for changes within the pull request (PR) view.

Snímek obrazovky rozdílu žádosti o přijetí změn zobrazující nový řádek kódu přidaný do souboruScreenshot of a pull request diff showing a new line of code added to a file.

Vlastníci úložiště teď můžou nastavovat zásady pokrytí kódu a zabránit sloučení velkých, netestovaných změn do větve.Additionally, repo owners can now set code coverage policies and prevent large, untested changes from being merged into a branch. Požadované prahové hodnoty pokrytí lze definovat v azurepipelines-coverage.yml souboru nastavení, který je vrácen se změnami v kořenovém adresáři zásad úložiště a pokrytí, a to pomocí existující zásady pro další služby v Azure Repos.Desired coverage thresholds can be defined in an azurepipelines-coverage.yml settings file that is checked in at the root of the repo and coverage policy can be defined using the existing configure a branch policy for additional services capability in Azure Repos.

Snímek obrazovky možnosti Přidat zásadu stavu s názvem a a část přidat zásady stavu, která se zobrazí, když vyberete možnost.Screenshot of the Add status policy option called out and and the Add status policy section that appears when you select the option..

<a name="filter-comment-notifications-from-pull-requests">Filtrování oznámení komentářů z žádostí o přijetí změnFilter comment notifications from pull requests

Komentáře v žádostech o přijetí změn mohou často generovat velké množství hluku z důvodu oznámení.Comments in pull requests can often generate a lot of noise due to notifications. Přidali jsme vlastní předplatné, které vám umožní filtrovat, ke kterým oznámením se přihlašujete, podle stáří komentáře, komentáře, odstraněných komentářů, zmíněných uživatelů, autora žádosti o přijetí změn, cílové větve a účastníků vlákna.We've added a custom subscription that allows you to filter which comment notifications you subscribe to by comment age, commenter, deleted comment, mentioned users, pull request author, target branch and thread participants. Tyto odběry oznámení můžete vytvořit kliknutím na ikonu uživatele v pravém horním rohu a přechodem k uživatelskému nastavení.You can create these notification subscriptions by clicking the user icon on the top right corner and navigating to User settings.

![Snímek obrazovky ukazující, jak filtrovat oznámení komentářů z žádostí o přijetí změn.](media/155_08.png "Filtrování oznámení komentářů z žádostí o přijetí změn")Screenshot showing how to filter comment notifications from pull requests.

Snímek obrazovky zobrazující stránku kritérií filtru a obsah rozevíracího seznamu poleScreenshot showing the Filter criteria page and the contents of the Field dropdown list.

Zavěšení komentářů k žádostem o přijetí změnService hooks for pull request comments

Nyní můžete vytvořit zavěšení pro komentáře v žádosti o přijetí změn na základě úložiště a cílové větve.You can now create service hooks for comments in a pull request based on repository and target branch.

Snímek obrazovky Průvodce vytvořením nového předplatného zavěšení službyScreenshot of the New Service Hooks Subscription wizard.

Zásada pro blokování souborů se zadanými vzorciPolicy to block files with specified patterns

Správci teď můžou nastavit zásadu, která zabrání odeslání potvrzení do úložiště na základě typů souborů a cest.Administrators can now set a policy to prevent commits from being pushed to a repository based on file types and paths. Zásada ověření názvu souboru bude blokovat nabízená oznámení, která odpovídají zadanému vzoru.The file name validation policy will block pushes that match the provided pattern.

Snímek obrazovky s možností ověření názvu souboru nastavenou na zapnuto v oddílu zásadyScreenshot showing the Policies section with the File name validation option set to On.

Řešení pracovních položek prostřednictvím potvrzení pomocí klíčových slovResolve work items via commits using key words

Pomocí klíčových slov, jako je Oprava, opravy nebo pevný, teď můžete vyřešit pracovní položky prostřednictvím potvrzení provedených ve výchozí větvi.You can now resolve work items via commits made to the default branch by using key words like fix, fixes, or fixed. Můžete například zapsat – "Tato změna opravena #476" ve zprávě potvrzení a pracovní položka #476 budou dokončeny, když je potvrzení vloženo nebo sloučeno do výchozí větve.For example, you can write - "this change fixed #476" in your commit message and work item #476 will be completed when the commit is pushed or merged into the default branch. Další podrobnosti najdete v dokumentaci zde.For more details see the documentation here.

Členitost pro automatické kontroloryGranularity for automatic reviewers

Dříve při přidávání revidujících na úrovni skupiny do žádosti o přijetí změn bylo z přidané skupiny vyžadováno jenom jedno schválení.Previously, when adding group level reviewers to a pull request, only one approval was required from the group that was added. Nyní můžete nastavit zásady, které vyžadují více než jednoho kontrolora od týmu za účelem schválení žádosti o získání dat při přidávání automatických kontrolorů.Now you can set policies that require more than one reviewer from a team to approve a pull request when adding automatic reviewers. Kromě toho můžete přidat zásadu, která brání žadatelům schvalovat své vlastní změny.In addition, you can add a policy to prevent requestors approving their own changes.

Snímek obrazovky, který zobrazuje dialogové okno automaticky zahrnout revidujícíScreenshot showing the Automatically include reviewers dialog box.

Připojení k AKS pomocí ověřování na základě účtů službyUse service account-based authentication to connect to AKS

Dříve jsme při konfiguraci Azure Pipelines z centra nasazení AKS použili připojení Azure Resource Manager.Previously, when configuring Azure Pipelines from the AKS Deployment Center, we used an Azure Resource Manager Connection. Toto připojení má přístup k celému clusteru a nikoli jenom k oboru názvů, pro který byl tento kanál nakonfigurovaný.This connection had access to the entire cluster and not just the namespace for which the pipeline was configured. V rámci této aktualizace budou naše kanály používat ověřování na základě účtů služby pro připojení ke clusteru, aby měli přístup jenom k oboru názvů přidruženému k tomuto kanálu.With this update, our pipelines will use service account-based authentication to connect to the cluster so that it will only have access to the namespace associated with the pipeline.

Náhled souborů Markdownu v žádosti o přijetí změn vedle sebePreview Markdown files in pull request Side-by-side diff

Nyní se můžete podívat na náhled, jak bude soubor Markdownu vypadat pomocí nového tlačítka náhledu .You can now see a preview of how a markdown file will look by using the new Preview button. Kromě toho můžete zobrazit celý obsah souboru z souběžného rozdílu tak, že vyberete tlačítko Zobrazit .In addition, you can see the full content of a file from the Side-by-side diff by selecting the View button.

Snímek obrazovky zobrazující soubor Markdownu v projektu s možnostmi zobrazení a náhledu, které jsou vyvolány. Screenshot showing a markdown file in a project with the View and Preview options called out.

Vypršení platnosti zásad sestavení pro ruční sestaveníBuild policy expiration for manual builds

Zásady vynutily vaše seskupení a standardy správy změn kvality kódu.Policies enforce your team's code quality and change management standards. Dřív jste mohli nastavit zásady vypršení platnosti sestavení pro automatizovaná sestavení.Previously, you could set build expiration polices for automated builds. Nyní můžete nastavit zásady pro vypršení platnosti sestavení i na ruční sestavení.Now you can set build expiration policies to your manual builds as well.

Snímek obrazovky dialogového okna Přidat zásady sestavení s oddílem vypršení platnosti sestaveníScreenshot of the Add build policy dialog box with the Build expiration section.

Přidejte zásadu, která zablokuje potvrzení na základě e-mailu s potvrzením autora.Add a policy to block commits based on the commit author email

Správci teď můžou nastavit nabízenou zásadu, která zabrání odeslání potvrzení do úložiště, pro které se e-maily s potvrzením změn neshodují se zadaným vzorem.Administrators can now set a push policy to prevent commits from being pushed to a repository for which the commit author email does not match the provided pattern.

Snímek obrazovky zobrazující zásady pro všechna úložiště Git na kartě zásady s možností ověření e-mailu pro potvrzení autora nastavenou na zapnutoScreenshot showing Policies for all Git repositories on the Policies tab with the Commit author email validation option set to On.

Tato funkce má prioritu na základě návrhu komunity vývojářů , aby poskytovala podobné prostředí.This feature was prioritized based on a suggestion from the Developer Community to deliver a similar experience. Budeme dál uchovávat lístek otevřený a doporučit uživatelům, abychom nám sdělili, jaké další typy nabízených zásad se vám budou zobrazovat.We will continue to keep the ticket open and encourage users to tell us what other types of push policies you'd like to see.

Označení souborů jako zkontrolovaných v žádosti o přijetí změnMark files as reviewed in a pull request

V některých případech je nutné zkontrolovat žádosti o přijetí změn, které obsahují změny ve velkém počtu souborů, a může být obtížné sledovat, které soubory byly již zkontrolovány.Sometimes, you need to review pull requests that contain changes to a large number of files and it can be difficult to keep track of which files you have already reviewed. Nyní můžete označit soubory jako zkontrolované v žádosti o přijetí změn.Now you can mark files as reviewed in a pull request.

Soubor můžete označit jako zkontrolovaný pomocí rozevírací nabídky vedle názvu souboru nebo tak, že najedete myší a kliknete na název souboru.You can mark a file as reviewed by using the drop-down menu next to a file name or by hover and clicking on the file name.

Poznámka

Tato funkce je určena pouze ke sledování postupu při revizi žádosti o přijetí změn.This feature is only meant to track your progress as you review a pull request. Nepředstavuje hlasovací právo na žádostech o přijetí změn, takže tyto značky budou viditelné pouze kontrolorovi.It does not represent voting on pull requests so these marks will only be visible to the reviewer.

Snímek obrazovky znázorňující projekt se zobrazením v Průzkumníkovi souborů a označit jako zobrazené možnosti pro revizeScreenshot showing a project with the View in file explorer and Mark as reviewed options visible.

Tato funkce má prioritu na základě návrhu komunity vývojářů.This feature was prioritized based on a suggestion from the Developer Community.

Nové webové uživatelské rozhraní pro Azure Repos cílové stránkyNew Web UI for Azure Repos landing pages

Teď si můžete vyzkoušet naše nové moderní, rychlé a mobilní cílové stránky v rámci Azure Repos.You can now try out our new modern, fast, and mobile-friendly landing pages within Azure Repos. Tyto stránky jsou k dispozici jako nové cílové stránky úložišť.These pages are available as New Repos landing pages. Cílové stránky obsahují všechny stránky s výjimkou podrobností žádosti o přijetí změn, podrobností potvrzení a porovnání větví.Landing pages include all pages except for pull request details, commit details and branch compare.

WebWeb

Snímek obrazovky s novým webovým uživatelským rozhraním pro Azure Repos cílové stránky.Screenshot of the new web UI for Azure Repos landing pages.

MobilníMobile

Snímek obrazovky s novým mobilním uživatelským rozhraním pro Azure Repos cílové stránkyScreenshot of the new mobile UI for Azure Repos landing pages.

Správa zásad větví mezi úložištiCross-repo branch policy administration

Zásady větví jsou jedním z výkonných funkcí Azure Repos, které vám pomůžou chránit důležité větve.Branch policies are one of the powerful features of Azure Repos that help you protect important branches. Přestože možnost nastavování zásad na úrovni projektu existuje v REST API, pro něj nebylo k dispozici žádné uživatelské rozhraní.Although the ability to set policies at project level exists in the REST API, there was no user interface for it. Správci teď můžou nastavovat zásady pro konkrétní větev nebo výchozí větev ve všech úložištích ve svém projektu.Now, admins can set policies on a specific branch or the default branch across all repositories in their project. Správce může například vyžadovat dva minimální revidující pro všechny žádosti o přijetí změn provedené v každé hlavní větvi v rámci každého úložiště v projektu.For example, an admin could require two minimum reviewers for all pull requests made into every main branch across every repository in their project. V nastavení projektu úložišť najdete funkci přidat ochranu větví .You can find the Add branch protection feature in the Repos Project Settings.

Snímek obrazovky dialogového okna přidat ochranu větvíScreenshot of the Add branch protection dialog box.

Nové cílové stránky převodu webové platformyNew web platform conversion landing pages

Aktualizovali jsme uživatelské prostředí pro cílové stránky úložišť, aby byly moderní, rychlé a mobilní.We've updated the Repos landing pages user experience to make it modern, fast, and mobile-friendly. Tady jsou dva příklady stránek, které se aktualizovaly, budeme v budoucích aktualizacích dál aktualizovat další stránky.Here are two examples of the pages that have been updated, we will continue to update other pages in future updates.

Webové prostředí:Web experience:

Snímek cílové stránky převodu webové platformyScreenshot of the web platform conversion landing pages.

Mobilní prostředí:Mobile experience:

Snímek obrazovky se stránkami soubory převodu mobilní platformy.Screenshot of the mobile platform conversion Files page.

Snímek obrazovky se stránkou potvrzení převodu mobilní platformy.Screenshot of the mobile platform conversion Commits page.

Podpora pro Kotlin jazykSupport for Kotlin language

S radostí oznamujeme, že v editoru souborů teď podporujeme zvýrazňování Kotlinho jazyka.We're excited to announce that we now support Kotlin language highlighting in the file editor. Zvýrazňování vylepší čitelnost Kotlin textového souboru a pomůže vám rychle vyhledat chyby.Highlighting will improve the readability of your Kotlin text file and help you quickly scan to find errors. Tuto funkci jsme určili na základě návrhu komunity vývojářů.We prioritized this feature based on a suggestion from the Developer Community.

Snímek obrazovky s Kotlin souborem zobrazeným v uživatelském rozhraníScreenshot of a Kotlin file displayed in the UI.

Vlastní odběr oznámení pro koncepty žádostí o přijetí změnCustom notification subscription for draft pull requests

Chcete-li snížit počet e-mailových oznámení z žádostí o přijetí změn, můžete nově vytvořit vlastní odběr oznámení pro žádosti o přijetí změn, které byly vytvořeny nebo aktualizovány ve stavu konceptu.To help reduce the number of email notifications from pull requests, you can now create a custom notification subscription for pull requests that are created or updated in draft state. E-maily můžete získat speciálně pro koncepty žádostí o přijetí změn nebo odfiltrování e-mailů z konceptů žádostí o přijetí změn, aby váš tým nedostal upozornění, než bude žádost o přijetí změn připravena kYou can get emails specifically for draft pull requests or filter out emails from draft pull requests so your team doesn't get notified before the pull request is ready to be reviewed.

Snímek obrazovky dialogového okna Nový odběr zobrazující, že tento koncept byl přidán jako možnost do funkce kritéria filtru.Screenshot of the New subscription dialog box showing that Draft has been added as an option to the Filter criteria feature.

Vylepšená akce žádosti o přijetí změnImproved PR actionability

Pokud si chcete projít mnoho žádostí o přijetí změn, je třeba pochopit, kde byste měli provést akci jako první, může být obtížné.When you have many pull requests to review, understanding where you should take action first can be difficult. Pro zlepšení akce žádosti o přijetí změn teď můžete na stránce seznamu žádostí o přijetí změn vytvořit několik vlastních dotazů s několika novými možnostmi, které můžete filtrovat podle stavu konceptu.To improve pull request actionability, you can now create multiple custom queries on the pull request list page with several new options to filter by such as draft state. Tyto dotazy vytvoří kromě možností "vytvořeno mnou" a "přiřazeno mně" samostatné a sbalitelné oddíly na stránce žádosti o přijetí změn.These queries will create separate and collapsible sections on your pull request page in addition to "Created by me" and "Assigned to me". Můžete také odmítnout kontrolu žádosti o přijetí změn, kterou jste přidali do nabídky hlasu nebo v kontextové nabídce na stránce seznam žádostí o přijetí změn.You can also decline to review a pull request that you were added to via the Vote menu or the context menu on the pull request list page. Ve vlastních oddílech se zobrazí samostatné karty pro žádosti o přijetí změn, které jste poskytli revizi nebo odmítli kontrolu.In the custom sections, you will now see separate tabs for pull requests that you have provided a review on or declined to review. Tyto vlastní dotazy budou fungovat v rámci úložišť na kartě Moje žádosti o přijetí změn na domovské stránce kolekce.These custom queries will work across repositories on the "My pull requests" tab of the collection home page. Pokud se chcete vrátit k žádosti o přijetí změn, můžete ji označit a zobrazí se v horní části seznamu.If you want to come back to a pull request, you can flag it and they will show up at the top of your list. Žádosti o přijetí změn, které byly nastavené na automatické dokončování, budou označeny příznakem "Automatické dokončování" v seznamu.Lastly, pull requests that have been set to auto-complete will be marked with a pill that says 'Auto-complete' in the list.

PipelinesPipelines

Kanály s více fázemiMulti-stage pipelines

Pracovali jsme na aktualizovaném uživatelském prostředí pro správu vašich kanálů.We've been working on an updated user experience to manage your pipelines. Díky těmto aktualizacím se kanály dostanou moderní a jsou v souladu se směrováním Azure DevOps.These updates make the pipelines experience modern and consistent with the direction of Azure DevOps. Kromě toho tyto aktualizace dohromady spojí klasické kanály sestavení a kanály YAML s více fázemi do jediného prostředí.Moreover, these updates bring together classic build pipelines and multi-stage YAML pipelines into a single experience. Je to mobilní a přináší různá vylepšení způsobu správy kanálů.It is mobile-friendly and brings various improvements to how you manage your pipelines. Můžete přejít k podrobnostem a zobrazit podrobnosti o kanálu, spustit podrobnosti, analýzu kanálů, Podrobnosti úlohy, protokoly a další.You can drill down and view pipeline details, run details, pipeline analytics, job details, logs, and more.

Nové prostředí obsahuje následující funkce:The following capabilities are included in the new experience:

  • zobrazení a správa několika fázíviewing and managing multiple stages
  • schvalování spuštění kanáluapproving pipeline runs
  • posouvání všech způsobů v protokolech, když stále probíhá kanálscroll all the way back in logs while a pipeline is still in progress
  • stav jednotlivých větví kanálu.per-branch health of a pipeline.

Průběžné nasazování v YAMLContinuous deployment in YAML

S radostí poskytujeme Azure Pipelines funkce CD YAML.We’re excited to provide Azure Pipelines YAML CD features. Teď nabízíme jednotné prostředí YAML, abyste mohli každý z vašich kanálů nakonfigurovat tak, aby provedly CI, CD nebo CI a CD společně.We now offer a unified YAML experience so you can configure each of your pipelines to do CI, CD, or CI and CD together. Funkce YAML CD přináší několik nových pokročilých funkcí, které jsou k dispozici pro všechny kolekce pomocí YAML kanálů s více fázemi.YAML CD features introduces several new advanced features that are available for all collections using multi-stage YAML pipelines. Mezi nejzajímavější z nich patří:Some of the highlights include:

Pokud jste připraveni začít sestavovat, Projděte si dokumentaci   nebo blog   pro vytváření kanálů CI/CD s více fázemi.If you’re ready to start building, check out the documentation or blog for building multi-stage CI/CD pipelines.

Správa proměnných kanálu v editoru YAMLManage pipeline variables in YAML editor

Aktualizovali jsme prostředí pro správu proměnných kanálu v editoru YAML.We updated the experience for managing pipeline variables in the YAML editor. Pro přidání nebo aktualizaci proměnných v kanálech YAML už nemusíte používat klasický Editor.You no longer have to go to the classic editor to add or update variables in your YAML pipelines.

Snímek obrazovky se zobrazeným dialogovým oknem proměnnýchScreenshot showing the Variables dialog box.

<a name="approve-releases-directly-from-releases-hub">Schválení verzí přímo z centra verzíApprove releases directly from Releases hub

Jednání na probíhajících schváleních bylo jednodušší.Acting on pending approvals has been made easier. Předtím bylo možné schválit vydání na stránce podrobností vydané verze.Before, it was possible to approve a release from the details page of the release. Verze teď můžete schvalovat přímo z centra verzí.You may now approve releases directly from the Releases hub.

![Snímek obrazovky ukazující, jak schvalovat verze přímo z centra vydaných verzí](media/154_16.png "Schválení verzí přímo z centra verzí")Screenshot showing how to approve releases directly from Release hub.

Integrace Bitbucket a další vylepšení při zahájení práce s kanályBitbucket integration and other improvements in getting started with pipelines

Prostředí průvodce Začínáme pro kanály se aktualizovalo tak, aby fungovalo s Bitbucket úložištěmi.The getting-started wizard experience for Pipelines has been updated to work with Bitbucket repositories. Azure Pipelines teď bude analyzovat obsah vašeho úložiště Bitbucket a doporučit vám šablonu YAML, abyste se mohli dostat.Azure Pipelines will now analyze the contents of your Bitbucket repository and recommend a YAML template to get you going.

Běžný dotaz s průvodcem Začínáme byl schopen přejmenovat vygenerovaný soubor.A common ask with the getting-started wizard has been the ability to rename the generated file. V současné době je vráceno se změnami jako v azure-pipelines.yml kořenovém adresáři vašeho úložiště.Currently, it is checked in as azure-pipelines.yml at the root of your repository. Nyní ji můžete aktualizovat na jiný název nebo umístění souboru před uložením kanálu.You can now update this to a different file name or location before saving the pipeline.

Nakonec budete mít větší kontrolu nad tím, že soubor vrátíte azure-pipelines.yml do jiné větve, protože se můžete rozhodnout přeskočit vytváření žádosti o získání dat z této větve.Finally, we you will have more control when checking in the azure-pipelines.yml file to a different branch since you can choose to skip creating a pull request from that branch.

Náhled plně analyzovaného dokumentu YAML bez potvrzení nebo spuštění kanáluPreview fully parsed YAML document without committing or running the pipeline

Přidali jsme náhled, ale nespustíme pro kanály YAML režim.We've added a preview but don't run mode for YAML pipelines. Nyní můžete vyzkoušet kanál YAML bez jeho potvrzení do úložiště nebo jeho spuštění.Now, you can try out a YAML pipeline without committing it to a repo or running it. V případě existujícího kanálu a volitelné nové datové části YAML vám toto nové rozhraní API poskytne zpátky úplný YAML kanál.Given an existing pipeline and an optional new YAML payload, this new API will give you back the full YAML pipeline. V budoucích aktualizacích se toto rozhraní API použije v nové funkci editoru.In future updates, this API will be used in a new editor feature.

Pro vývojáře: vystavte dev.azure.com/<org>/<project>/_apis/pipelines/<pipelineId>/runs?api-version=5.1-preview text pomocí textu JSON takto:For developers: POST to dev.azure.com/<org>/<project>/_apis/pipelines/<pipelineId>/runs?api-version=5.1-preview with a JSON body like this:

{
  "PreviewRun": true,
  "YamlOverride": "
# your new YAML here, optionally
"
}

Odpověď bude obsahovat vykreslenou YAML.The response will contain the rendered YAML.

Plány cron v YAMLCron schedules in YAML

Dřív jste mohli použít Editor uživatelského rozhraní k určení naplánované triggeru pro YAML kanály.Previously, you could use the UI editor to specify a scheduled trigger for YAML pipelines. V této verzi můžete naplánovat sestavení pomocí syntaxe cron v souboru YAML a využít výhod následujících výhod:With this release, you can schedule builds using cron syntax in your YAML file and take advantage of the following benefits:

  1. Konfigurace jako kód: v rámci kódu můžete sledovat plány spolu s vaším kanálem.Config as code: You can track the schedules along with your pipeline as part of code.
  2. Vyjádření: máte více možností, jak definovat plány, než jaké jste mohli s uživatelským rozhraním.Expressive: You have more expressive power in defining schedules than what you were able to with the UI. Například je snazší zadat jeden plán, který spustí běh každou hodinu.For instance, it is easier to specify a single schedule that starts a run every hour.
  3. Průmyslový standard: mnoho vývojářů a správců je už obeznámené se syntaxí cron.Industry standard: Many developers and administrators are already familiar with the cron syntax.
schedules:
- cron: "0 0 * * *"
 displayName: Daily midnight build
 branches:
  include:
  - main
  - releases/*
  exclude:
  - releases/ancient/*
 always: true

Také jsme usnadnili diagnostiku problémů s plány cron.We have also made it easy for you to diagnose problems with cron schedules. Naplánované běhy v nabídce kanál spuštění vám nabídnou náhled nadcházejících několika naplánovaných běhů pro váš kanál, které vám pomůžou diagnostikovat chyby s cron plány.The Scheduled runs in the Run pipeline menu will give you a preview of the upcoming few scheduled runs for your pipeline to help you diagnose errors with your cron schedules.

Snímek obrazovky s nabídkou kanálu spuštění s možností naplánované spuštění s názvem.Screenshot showing the Run pipeline menu with the Scheduled runs option called out.

Aktualizace uživatelského rozhraní připojení službyUpdates to service connections UI

Pracovali jsme na aktualizovaném uživatelském prostředí pro správu připojení služby.We've been working on an updated user experience to manage your service connections. Tyto aktualizace zajistí moderní prostředí pro připojení služby a jsou v souladu s směrem Azure DevOps.These updates make the service connection experience modern and consistent with the direction of Azure DevOps. Zavedli jsme nové uživatelské rozhraní pro připojení služeb jako funkci verze Preview dřív v tomto roce.We introduced the new UI for service connections as a preview feature earlier this year. Díky všem, kdo si vyzkoušel nové prostředí a poskytli nám svou užitečnou zpětnou vazbu.Thanks to everyone who tried the new experience and provided their valuable feedback to us.

Snímek obrazovky dialogového okna nové připojení službyScreenshot of the New service connection dialog box.

Společně s aktualizací uživatelského prostředí jsme také přidali dvě možnosti, které jsou důležité pro využívání připojení ke službě v kanálech YAML: ověřování a schválení kanálu a kontroly.Along with the user experience refresh, we've also added two capabilities which are critical for consuming service connections in YAML pipelines: pipeline authorizations and approvals and checks.

Snímek obrazovky s nabídkou pro úpravy v kanálu YAML se zobrazenou možností schválení a kontrolyScreenshot showing the Edit menu in a YAML pipeline with the Approvals and checks option visible.

Nové uživatelské prostředí bude s touto aktualizací standardně zapnuté .The new user experience will be turned on by default with this update. Stále budete mít možnost Odhlásit se z verze Preview.You will still have the option to opt-out of the preview.

Poznámka

Plánujeme zavedení meziprojektového sdílení připojení služeb jako nové funkce.We plan to introduce Cross-project Sharing of Service Connections as a new capability. Další podrobnosti o prostředí pro sdílení a rolích zabezpečení najdete tady.You can find more details about the sharing experience and the security roles here.

Přeskočí se fáze v kanálu YAML.Skipping stages in a YAML pipeline

Při spuštění ručního spuštění můžete někdy chtít přeskočit několik fází v kanálu.When you start a manual run, you may sometimes want to skip a few stages in your pipeline. Například pokud nechcete provést nasazení do produkčního prostředí, nebo pokud chcete přeskočit nasazení na několik prostředí v produkčním prostředí.For instance, if you do not want to deploy to production, or if you want to skip deploying to a few environments in production. Teď to můžete udělat s kanály YAML.You can now do this with your YAML pipelines.

Aktualizovaný panel Run Pipeline prezentuje seznam fází ze souboru YAML a máte možnost přeskočit jednu nebo více těchto fází.The updated run pipeline panel presents a list of stages from the YAML file, and you have the option to skip one or more of those stages. Při přeskakování fází musíte vykonat opatrnost.You must exercise caution when skipping stages. Například pokud vaše první fáze vytvoří určité artefakty, které jsou potřeba pro další fáze, pak byste neměli vynechat první fázi.For instance, if your first stage produces certain artifacts that are needed for subsequent stages, then you should not skip the first stage. V panelu pro spuštění se zobrazí obecná upozornění vždy, když přeskočíte fáze, které mají podřízené závislosti.The run panel presents a generic warning whenever you skip stages that have downstream dependencies. K tomu dochází, pokud se jedná o skutečné závislosti artefaktů nebo o tom, jestli jsou k dispozici pouze pro sekvencování nasazení.It is left to you as to whether those dependencies are true artifact dependencies or whether they are just present for sequencing of deployments.

Snímek obrazovky s oddílem spuštění kanálu s možnostmi fáze spuštění s názvem.Screenshot showing the Run pipeline section with the Stages to run option called out.

Přeskočení fáze je ekvivalentní k rekabeláži závislostí mezi fázemi.Skipping a stage is equivalent to rewiring the dependencies between stages. Všechny okamžité podřízené závislosti vynechané fáze jsou provedeny v závislosti na nadřazeného nadřazeném objektu přeskočené fáze.Any immediate downstream dependencies of the skipped stage are made to depend on the upstream parent of the skipped stage. Pokud se spuštění nezdaří a pokusíte se znovu spustit neúspěšnou fázi, bude tento pokus také mít stejné přeskočené chování.If the run fails and if you attempt to rerun a failed stage, that attempt will also have the same skipping behavior. Chcete-li změnit, které fáze budou vynechány, je nutné spustit nový běh.To change which stages are skipped, you have to start a new run.

Snímek obrazovky zobrazující fáze ke spuštění s možností vývoje a vybranou možností nasaditScreenshot showing the Stages to run section with the dev option and the deploy option selected.

Připojení služby nové uživatelské rozhraní jako výchozí prostředíService connections new UI as default experience

K dispozici je nové uživatelské rozhraní připojení služby.There is a new service connections UI. Toto nové uživatelské rozhraní je postavené na moderních standardech pro návrh a obsahuje různé důležité funkce pro podporu YAMLch kanálů CD s více fázemi, jako jsou schvalování, autorizace a sdílení mezi projekty.This new UI is built on modern design standards and it comes with various critical features to support multi-stage YAML CD pipelines such as approvals, authorizations, and cross-project sharing.

Snímek obrazovky s dialogovým oknem spustit kanál

Další informace o připojeních služby najdete tady.Learn more about service connections here.

Výběr verze prostředku kanálu v dialogu vytvořit spuštěníPipeline resource version picker in the create run dialogue

Přidali jsme možnost ručně vybírat verze prostředků kanálu v dialogu vytvořit spuštění.We added the ability to manually pick up pipeline resource versions in the create run dialogue. Pokud použijete kanál jako prostředek v jiném kanálu, můžete při vytváření spuštění vybrat verzi tohoto kanálu.If you consume a pipeline as a resource in another pipeline, you can now pick the version of that pipeline when creating a run.

Snímek obrazovky dialogového okna fáze ke spuštění

az Vylepšení rozhraní příkazového řádku pro Azure Pipelinesaz CLI improvements for Azure Pipelines

Příkazy skupin proměnných kanálu a Správa proměnnýchPipeline variable group and variable management commands

Může být náročné na port založený na YAMLch kanálech z jednoho projektu na jiný, protože je třeba ručně nastavit proměnné kanálu a skupiny proměnných.It can be challenging to port YAML based pipelines from one project to another as you need to manually set up the pipeline variables and variable groups. Pomocí příkazů skupiny a skupin proměnných kanálu a příkazů pro správu proměnných teď můžete vytvářet skripty pro nastavení a správu proměnných kanálu a skupin proměnných, které se můžou řídit správou verzí, takže můžete snadno sdílet pokyny pro přesun a nastavení kanálů z jednoho projektu do druhého.However, with the pipeline variable group and variable management commands, you can now script the set up and management of pipeline variables and variable groups which can in turn be version controlled, allowing you to easily share the instructions to move and set up pipelines from one project to another.

Spuštění kanálu pro větev žádosti o přijetí změnRun pipeline for a PR branch

Při vytváření žádosti o přijetí změn může být obtížné ověřit, jestli změny můžou poškodit běh kanálu v cílové větvi.When creating a PR, it can be challenging to validate if the changes might break the pipeline run on the target branch. Nicméně s možností aktivovat spuštění kanálu nebo zařadit sestavení do fronty pro větev žádosti o přijetí změn, teď můžete ověřit a vizualizovat změny, které se budou spouštět v cílovém kanálu.However, with the capability to trigger a pipeline run or queue a build for a PR branch, you can now validate and visualize the changes going in by running it against the target pipeline. Další informace najdete v tématu AZ pipelins Run a AZ pipelins Queue Building Command Document.Refer az pipelines run and az pipelines build queue command documentation for more information.

Přeskočit první spuštění kanáluSkip the first pipeline run

Když vytváříte kanály, někdy chcete vytvořit a potvrdit soubor YAML a neaktivovat spuštění kanálu, protože by mohlo dojít k chybnému spuštění z nejrůznějších důvodů – infrastruktura není připravena nebo není nutné vytvářet a aktualizovat skupiny proměnných/proměnných atd. Pomocí Azure DevOps CLI teď můžete přeskočit první automatizované spuštění kanálu při vytváření kanálu zahrnutím parametru--Skip-First-Run.When creating pipelines, sometimes you want to create and commit a YAML file and not trigger the pipeline run as it may result in a faulty run due to a variety of reasons - infrastructure is not ready or need to create and update variable/variable groups etc. With Azure DevOps CLI, you can now to skip the first automated pipeline run on creating a pipeline by including the --skip-first-run parameter. Další informace najdete v tématu AZ Pipeline Create Command Documentation .Refer az pipeline create command documentation for more information.

Vylepšení příkazu koncového bodu službyService endpoint command enhancement

Příkazy koncového bodu služby (CLI) podporují jenom Azure RM a službu GitHub Service Endpoint nastavování a správu.Service endpoint CLI commands supported only azure rm and github service endpoint set up and management. V této verzi ale příkazy koncového bodu služby umožňují vytvořit libovolný koncový bod služby tím, že poskytne konfiguraci prostřednictvím souboru a poskytne optimalizované příkazy – AZ DevOps Service-Endpoint GitHub a AZ DevOps Service-Endpoint azurerm, které poskytují první podporu tříd pro vytváření koncových bodů služby těchto typů.However, with this release, service endpoint commands allow you to create any service endpoint by providing the configuration via file and provides optimized commands - az devops service-endpoint github and az devops service-endpoint azurerm, which provide first class support to create service endpoints of these types. Další informace najdete v dokumentaci k příkazu .Refer the command documentation for more information.

Úlohy nasazeníDeployment jobs

Úloha nasazení je speciální typ úlohy , která se používá k nasazení aplikace do prostředí.A deployment job is a special type of job that is used to deploy your app to an environment. V této aktualizaci jsme přidali podporu odkazů na krok v rámci úlohy nasazení.With this update, we have added support for step references in a deployment job. Můžete například definovat sadu kroků v jednom souboru a odkazovat na ni v úloze nasazení.For example, you can define a set of steps in one file and refer to it in a deployment job.

Do úlohy nasazení jsme také přidali podporu pro další vlastnosti.We have also added support for additional properties to the deployment job. Tady je například málo vlastností úlohy nasazení, kterou teď můžete nastavit.For example, here are few properties of a deployment job that you can now set,

  • timeoutInMinutes – doba, po kterou se má úloha spustit před automatickým zrušenímtimeoutInMinutes - how long to run the job before automatically cancelling
  • cancelTimeoutInMinutes – doba, po kterou se má povolit možnost spustit vždycky i když zrušené úkoly před jejich ukončenímcancelTimeoutInMinutes - how much time to give 'run always even if cancelled tasks' before terminating them
  • podmíněné spuštění úlohycondition - run job conditionally
  • proměnné – hodnoty pevně zakódované je možné přidat přímo nebo skupiny proměnných, na kterou se dá odkazovat Skupina proměnných, na kterou se vztahuje Trezor klíčů Azure , nebo můžete odkazovat na sadu proměnných definovaných v souboru.variables - Hardcoded values can be added directly, or variable groups, variable group backed by an Azure key vault can be referenced or you can refer to a set of variables defined in a file.
  • continueOnError – Pokud se mají budoucí úlohy spouštět i v případě, že úloha nasazení není úspěšná; Výchozí hodnota je false.continueOnError - if future jobs should run even if this deployment job fails; defaults to 'false'

Další informace o úlohách nasazení a úplné syntaxi k určení úlohy nasazení najdete v tématu Úloha nasazení.For more details about deployment jobs and the full syntax to specify a deployment job, see Deployment job.

Zobrazení informací o přidružených kanálech CD v kanálech CIShowing associated CD pipelines info in CI pipelines

Přidali jsme podrobnosti o kanálech CD YAML, kde se kanály CI označují jako prostředky kanálu.We added support to the CD YAML pipelines details where the CI pipelines are referred to as pipeline resources. V zobrazení spuštění kanálu CI se teď zobrazí nová karta přidružené kanály, kde můžete najít všechna spuštění kanálu, která z něho využívají svůj kanál a artefakty.In your CI pipeline run view, you will now see a new 'Associated pipelines' tab where you can find all the pipeline runs that consume your pipeline and artifacts from it.

Snímek obrazovky zobrazující související informace o kanálech CD v kanálech CI

Podpora pro balíčky GitHubu v kanálech YAMLSupport for GitHub packages in YAML pipelines

Nedávno jsme zavedli nový typ prostředku s názvem Packages , který přidává podporu pro využívání balíčků NuGet a npm z GitHubu jako prostředek v kanálech YAML.We have recently introduced a new resource type called packages that adds support to consume NuGet and npm packages from GitHub as a resource in YAML pipelines. Jako součást tohoto prostředku teď můžete určit typ balíčku (NuGet nebo npm), který chcete využívat z GitHubu.As part of this resource, you can now specify the package type (NuGet or npm) that you want to consume from GitHub. Po vydání nové verze balíčku můžete také povolit automatické triggery kanálů.You can also enable automated pipeline triggers upon the release of a new package version. V současné době je podpora k dispozici jenom pro využívání balíčků z GitHubu, ale ještě předá podporu pro využívání balíčků z jiných úložišť balíčků, jako je NuGet, npm, AzureArtifacts a spousta dalších.Today the support is only available for consuming packages from GitHub, but moving forward, we plan to extend the support to consume packages from other package repositories such as NuGet, npm, AzureArtifacts and many more. Podrobnosti najdete v následujícím příkladu:Refer to the example below for details:

resources:
  packages:
    - package: myPackageAlias # alias for the package resource
      type: Npm # type of the package NuGet/npm
      connection: GitHubConn # Github service connection of type PAT
      name: nugetTest/nodeapp # <Repository>/<Name of the package>
      version: 1.0.9 # Version of the packge to consume; Optional; Defaults to latest
      trigger: true # To enable automated triggers (true/false); Optional; Defaults to no triggers

Poznámka

Současné balíčky GitHubu podporují pouze ověřování na základě PAT, což znamená, že připojení služby GitHub v prostředku balíčku by mělo být typu PAT.Today GitHub packages only supports PAT based authentication, which means that the GitHub service connection in the package resource should be of type PAT. Jakmile je toto omezení zrušeno, poskytneme podporu pro další typy ověřování.Once this limitation is lifted, we will provide support for other types of authentication.

Ve výchozím nastavení se balíčky v úlohách automaticky nestahují, proto jsme zavedli makro GetPackage , které umožňuje využívat balíček definovaný v prostředku.By default, packages are not automatically downloaded in your jobs, hence why we have introduced a getPackage macro that allows you consume the package that is defined in the resource. Podrobnosti najdete v následujícím příkladu:Refer to the example below for details:

- job: job1
  pool: default
  steps:
    - getPackage: myPackageAlias # Alias of the package resource

Přidali jsme odkaz na zobrazení prostředků v prostředích Kubernetes, abyste mohli přejít do okna Azure pro příslušný cluster.We added a link to the resource view of Kubernetes environments so you can navigate to the Azure blade for the corresponding cluster. To platí pro prostředí, která jsou namapovaná na obory názvů v clusterech služby Azure Kubernetes.This applies to environments that are mapped to namespaces in Azure Kubernetes Service clusters.

Snímek obrazovky s zobrazením prostředků prostředí Kubernetes s odkazem na cluster služby Azure Kubernetes se vyvolal.Screenshot of the Kubernetes environment resource view with the Azure Kubernetes Service Cluster link called out.

Filtry složek verze v odběrech oznámeníRelease folder filters in notification subscriptions

Složky umožňují organizovat kanály pro snazší zjišťování a kontrolu zabezpečení.Folders allow organizing pipelines for easier discoverability and security control. Často můžete chtít nakonfigurovat vlastní e-mailová oznámení pro všechny kanály vydaných verzí, které jsou reprezentované všemi kanály ve složce.Often you may want to configure custom email notifications for all release pipelines, that are represented by all pipelines under a folder. Dřív jste museli nakonfigurovat více předplatných nebo mít složitý dotaz v předplatných, abyste získali cílené e-maily.Previously, you had to configure multiple subscriptions or have complex query in the subscriptions to get focused emails. V této aktualizaci teď můžete přidat do vydaných a vyřízených událostí, které čekají na vyřízení , do dokončených událostí a zjednodušovat předplatná.With this update, you can now add a release folder clause to the deployment completed and approval pending events and simplify the subscriptions.

Snímek obrazovky s filtry složky pro vydání v odběrech oznámeníScreenshot of the release folder filters in notification subscriptions.

V současné době můžete automaticky propojit pracovní položky s klasickými sestaveními.Currently, you can automatically link work items with classic builds. To ale u kanálů YAML nebylo možné.However, this was not possible with YAML pipelines. V této aktualizaci jsme tuto mezeru vyřešili.With this update we have addressed this gap. Při úspěšném spuštění kanálu pomocí kódu ze zadané větve bude Azure Pipelines automaticky přidružit ke spuštění všechny pracovní položky (které jsou odvozeny prostřednictvím potvrzení v tomto kódu).When you run a pipeline successfully using code from a specified branch, Azure Pipelines will automatically associate the run with all the work items (which are inferred through the commits in that code). Když otevřete pracovní položku, budete moci zobrazit běhy, ve kterých byl vytvořen kód pro tuto pracovní položku.When you open the work item, you will be able to see the runs in which the code for that work item was built. Pokud to chcete nakonfigurovat, použijte panel nastavení kanálu.To configure this, use the settings panel of a pipeline.

Zrušení fáze ve YAML spuštění kanálu s více fázemiCancel stage in a multi-stage YAML pipeline run

Pokud používáte YAML kanál s více fázemi, můžete nyní zrušit provádění fáze, když probíhá.When running a multi-stage YAML pipeline, you can now cancel the execution of a stage while it is in progress. To je užitečné, pokud víte, že fáze se nezdařila, nebo pokud máte jiný běh, který chcete spustit.This is helpful if you know that the stage is going to fail or if you have another run that you want to start.

Opakování neúspěšných fázíRetry failed stages

Jedna z nejvíce požadovaných funkcí v prokanálech s více fázemi je schopnost opakovat neúspěšnou fázi bez nutnosti začít od začátku.One of the most requested features in multi-stage pipelines is the ability to retry a failed stage without having to start from the beginning. V této aktualizaci přidáváme velkou část této funkce.With this update, we are adding a big portion of this functionality.

Nyní můžete opakovat fázi zřetězení, pokud se spuštění nepovede.You can now retry a pipeline stage when the execution fails. Všechny úlohy, které selhaly při prvním pokusu a ty, které závisejí na těchto neúspěšných úlohách, se pokoušejí znovu.Any jobs that failed in the first attempt and those that depend transitively on those failed jobs are all re-attempted.

To vám může trvat několik způsobů, jak ušetřit čas.This can help you save time in several ways. Například při spuštění více úloh ve fázi může být vhodné, aby každá fáze spouštěla testy na jiné platformě.For instance, when you run multiple jobs in a stage, you might want each stage to run tests on a different platform. Pokud testy na jedné platformě selžou, i když je někdo jiný, můžete ušetřit čas tím, že nedojde k opakovanému spuštění úloh, které prošly.If the tests on one platform fail while others pass, you can save time by not re-running the jobs that passed. Dalším příkladem může být fáze nasazení neúspěšná kvůli síťovému připojení v vločkách.As another example, a deployment stage may have failed due to flaky network connection. Opakování této fáze vám pomůže ušetřit čas tím, že nebudete muset vytvářet jiné sestavení.Retrying that stage will help you save time by not having to produce another build.

Tato funkce obsahuje několik známých mezer.There are a few known gaps in this feature. Například nemůžete opakovat fázi, kterou explicitně zrušíte.For example, you cannot retry a stage that you explicitly cancel. Pracujeme na uzavření těchto mezer v budoucích aktualizacích.We are working to close these gaps in future updates.

Schválení v YAML kanálech s více fázemiApprovals in multi-stage YAML pipelines

Vaše kanály CD YAML můžou obsahovat ruční schválení.Your YAML CD pipelines may contain manual approvals. Vlastníci infrastruktury mohou chránit svá prostředí a vracet ruční schválení před tím, než se do ní nasadí fáze v jakémkoli kanálu.Infrastructure owners can protect their environments and seek manual approvals before a stage in any pipeline deploys to them. Díky úplným oddělení rolí mezi vlastníky infrastruktury (prostředí) a aplikací (kanálu) zajistíte ruční odhlašování při nasazení v konkrétním kanálu a získáte centrální kontrolu při použití stejných kontrol napříč všemi nasazeními v prostředí.With complete segregation of roles between infrastructure (environment) and application (pipeline) owners, you will ensure manual sign off for deployment in a particular pipeline and get central control in applying the same checks across all deployments to the environment.

Snímek nabídky Přidat prostředky s podtrženou možností kontrolyScreenshot of the Add resources menu with the Checks option underlined.

Spuštění kanálu nasazení do vývoje se zastaví na začátku fáze.The pipeline runs deploying to dev will stop for approval at the start of the stage.

Snímek obrazovky ukazující, že nasazení čeká na schválení.Screenshot showing that a deployment is waiting for approval.

Zvýšení limitu a četnosti časového limitu branIncrease in gates timeout limit and frequency

Dřív byl časový limit brány v kanálech vydané verze tři dny.Previously, the gate timeout limit in release pipelines was three days. V této aktualizaci se časový limit zvýšil na 15 dní , aby se povolily brány s delší dobou trvání.With this update, the timeout limit has been increased to 15 days to allow gates with longer durations. Zvýšili jsme také frekvenci brány na 30 minut.We also increased the frequency of the gate to 30 minutes.

Nová šablona image sestavení pro souboru DockerfileNew build image template for Dockerfile

Dříve při vytváření nového kanálu pro souboru Dockerfile při vytváření nového kanálu šablona doporučila vložení image do Azure Container Registry a nasazení do služby Azure Kubernetes.Previously, when creating a new pipeline for a Dockerfile in new pipeline creation, the template recommended pushing the image to an Azure Container Registry and deploying to an Azure Kubernetes Service. Přidali jsme novou šablonu, která vám umožní vytvořit Image pomocí agenta bez nutnosti nasdílení do registru kontejneru.We added a new template to let you build an image using the agent without the need to push to a container registry.

Snímek obrazovky s dialogovým oknem DockerScreenshot of the Docker dialog box.

Nová úloha pro konfiguraci nastavení Azure App Service aplikaceNew task for configuring Azure App Service app settings

Azure App Service umožňuje konfiguraci prostřednictvím různých Nastavení , jako je nastavení aplikace, připojovací řetězce a další obecná nastavení konfigurace.Azure App Service allows configuration through various settings like app settings, connection strings and other general configuration settings. Nyní máme nový úkol Azure Pipelines Azure App Service nastavení , které podporuje konfiguraci těchto nastavení hromadně pomocí syntaxe JSON ve vaší webové aplikaci nebo v jakémkoli z jeho slotů nasazení.We now have a new Azure Pipelines task Azure App Service Settings which supports configuring these settings in bulk using JSON syntax on your web app or any of its deployment slots. Tato úloha se dá použít společně s dalšími úkoly App Service k nasazení, správě a konfiguraci webových aplikací, aplikací Function App nebo jakýchkoli dalších kontejnerových App Services.This task can be used along with other App service tasks to deploy, manage and configure your Web apps, Function apps or any other containerized App Services.

Snímek obrazovky se zobrazeným dialogovým oknem nastavení Azure App Service.Screenshot showing the Azure App Service Settings dialog box.

Azure App Service teď podporuje prohození s náhledemAzure App Service now supports Swap with preview

Azure App Service teď podporuje prohození s náhledem na svých slotech nasazení.Azure App Service now supports Swap with preview on its deployment slots. To je dobrý způsob, jak aplikaci ověřit pomocí konfigurace výroby před tím, než se aplikace ve skutečnosti odinstaluje z přípravného slotu do produkčního slotu.This is a good way to validate the app with production configuration before the app is actually swapped from a staging slot into production slot. Tím se také zajistí, že cílový/produkční slot nefunguje bez výpadků.This would also ensure that the target/production slot doesn't experience downtime.

Azure App Service úloha teď podporuje toto dvoufázové prohození prostřednictvím následujících nových akcí:Azure App Service task now supports this multi-phase swap through the following new actions:

  • Spustit prohození s náhledem – inicializuje swap s náhledem (vícenásobné swapy) a aplikuje cílový slot (například produkční slot) na zdrojový slot.Start Swap with Preview - Initiates a swap with a preview (multi-phase swap) and applies target slot (for example, the production slot) configuration to the source slot.
  • Dokončit prohození s náhledem – až budete připraveni dokončit vyřazení do stavu, vyberte akci dokončit prohození s náhledem.Complete Swap with Preview - When you're ready to complete the pending swap, select the Complete Swap with Preview action.
  • Zrušit prohození s náhledem – Chcete-li zrušit probíhající swap, vyberte možnost zrušit prohození s náhledem.Cancel Swap with Preview - To cancel a pending swap, select Cancel Swap with Preview.

Snímek obrazovky se zobrazeným dialogovým oknem Azure App Service spravovat s novým nastavením vícenásobného swapu v rozevíracím seznamu akcíScreenshot showing the Azure App Service manage dialog box with the new multi-phase swap setting in the Action dropdown list.

Filtr na úrovni fáze pro artefakty Azure Container Registry a Docker HubStage level filter for Azure Container Registry and Docker Hub artifacts

Dříve byly filtry regulárních výrazů pro Azure Container Registry a artefakty centra Docker dostupné jenom na úrovni kanálu vydání.Previously, regular expression filters for Azure Container Registry and Docker Hub artifacts were only available at the release pipeline level. Teď se přidaly i na úrovni fáze.They have now been added at the stage level as well.

Snímek obrazovky znázorňující, že můžete použít regulární výrazy na úrovni přípravy.Screenshot showing that you can use regular expressions at the staging level.

Vylepšení schvalování v kanálech YAMLEnhancements to approvals in YAML pipelines

Povolili jste konfiguraci schválení pro připojení služby a fondy agentů.We have enabled configuring approvals on service connections and agent pools. Pro schválení sledujeme oddělení rolí mezi vlastníky a vývojáři infrastruktury.For approvals we follow segregation of roles between infrastructure owners and developers. Konfigurací schválení na vašich prostředcích, jako jsou prostředí, připojení služeb a fondy agentů, zajistíte, že všechna spuštění kanálu, která používají prostředky, budou nejdřív vyžadovat schválení.By configuring approvals on your resources such as environments, service connections and agent pools, you will be assured that all pipeline runs that use resources will require approval first.

Prostředí je podobné konfiguraci schválení pro prostředí.The experience is similar to configuring approvals for environments. Když se na prostředku, na který se odkazuje ve fázi, čeká na schválení, spuštění kanálu počká, než se ručně schválí kanál.When an approval is pending on a resource referenced in a stage, the execution of the pipeline waits until the pipeline is manually approved.

Snímek obrazovky se záložkou zásady se stránkou použití ručního schválení a možností vytvořit viditelnéScreenshot showing the Policies tab with the Use manual approvals page and the Create option visible.

Podpora testování struktury kontejneru v Azure PipelinesContainer structure testing support in Azure Pipelines

Použití kontejnerů v aplikacích roste, a proto je potřeba robustní testování a ověřování.Usage of containers in applications is increasing and thus the need for robust testing and validation. Azure Pipelines nyní přináší podporu pro testy struktury kontejneru.Azure Pipelines now brings supports for Container Structure Tests. Toto rozhraní poskytuje pohodlný a účinný způsob, jak ověřit obsah a strukturu kontejnerů.This framework provides a convenient and powerful way to verify the contents and structure of your containers.

Můžete ověřit strukturu obrázku na základě čtyř kategorií testů, které lze spustit společně: testy příkazů, testy existence souborů, testy obsahu souborů a testy metadat.You can validate the structure of an image based on four categories of tests which can be run together: command tests, file existence tests, file content tests and metadata tests. Výsledky v kanálu můžete použít k rozhodování o tom, co jít.You can use the results in the pipeline to make go/no go decisions. Testovací data jsou k dispozici v běhu kanálu s chybovou zprávou, která vám může pomoct lépe řešit chyby.Test data is available in the pipeline run with an error message to help you better troubleshoot failures.

Zadání podrobností konfiguračního souboru a obrázkuInput the config file and image details

Snímek obrazovky zobrazující stránku testu struktury kontejneruScreenshot showing the Container Structure Test page.

Data a souhrn testuTest data and summary

Snímek obrazovky zobrazující, že jsou k dispozici data Shrnutí a testování.Screenshot showing that a summary and test data is available.

Dekoratéry kanálu pro kanály vydaných verzíPipeline decorators for release pipelines

Dekoratéry kanálu umožňuje přidávání kroků na začátek a konec každé úlohy.Pipeline decorators allow for adding steps to the beginning and end of every job. To se liší od přidání kroků do jedné definice, protože platí pro všechny kanály v kolekci.This is different than adding steps to a single definition because it applies to all pipelines in an collection.

Podporovali jsme dekoratéry pro sestavení a YAML kanály se zákazníky, kteří je používají k centrálnímu řízení kroků v jejich úlohách.We have been supporting decorators for builds and YAML pipelines, with customers using them to centrally control the steps in their jobs. Teď rozšiřujeme podporu pro vydávání kanálů.We are now extending the support to release pipelines as well. Můžete vytvořit rozšíření pro přidání kroků cílících na nový bod příspěvků a přidají se do všech úloh agenta v kanálech vydaných verzí.You can create extensions to add steps targeting the new contribution point and they will be added to all agent jobs in release pipelines.

Nasazení Azure Resource Manager (ARM) na úrovni předplatného a skupiny pro správuDeploy Azure Resource Manager (ARM) to subscription and management group level

Dříve jsme podporovali nasazení jenom na úrovni skupiny prostředků.Previously, we supported deployments only to the Resource Group level. V této aktualizaci jsme přidali podporu pro nasazení šablon ARM na úrovni předplatného i skupiny pro správu.With this update we have added support to deploy ARM templates to both the subscription and management group levels. To vám pomůže při nasazování sady prostředků, ale jejich umístění do různých skupin prostředků nebo předplatných.This will help you when deploying a set of resources together but place them in different resource groups or subscriptions. Například nasazení záložního virtuálního počítače pro Azure Site Recovery do samostatné skupiny prostředků a umístění.For example, deploying the backup virtual machine for Azure Site Recovery to a separate resource group and location.

Možnosti CD pro kanály YAML s více fázemiCD capabilities for your multi-stage YAML pipelines

Teď můžete využívat artefakty publikované vaším kanálem CI a povolit triggery dokončení kanálu.You can now consume artifacts published by your CI pipeline and enable pipeline completion triggers. V YAML kanálech s více fázemi zavádíme pipelines jako prostředek.In multi-stage YAML pipelines, we are introducing pipelines as a resource. V YAML teď můžete odkazovat na jiný kanál a také povolit triggery CD.In your YAML, you can now refer to another pipeline and also enable CD triggers.

Zde je podrobné schéma YAML pro prostředek kanálů.Here is the detailed YAML schema for pipelines resource.

resources: 
  pipelines:
  - pipeline: MyAppCI  # identifier for the pipeline resource
    project:  DevOpsProject # project for the build pipeline; optional input for current project
    source: MyCIPipeline  # source pipeline definition name
    branch: releases/M159  # branch to pick the artifact, optional; defaults to all branches
    version: 20190718.2 # pipeline run number to pick artifact; optional; defaults to last successfully completed run
    trigger:     # Optional; Triggers are not enabled by default.
      branches:  
        include:  # branches to consider the trigger events, optional; defaults to all branches.
        - main
        - releases/*
        exclude:   # branches to discard the trigger events, optional; defaults to none.
        - users/*  

Kromě toho můžete stáhnout artefakty publikované prostředkem kanálu pomocí - download úlohy.In addition, you can download the artifacts published by your pipeline resource using the - download task.

steps: 
- download: MyAppCI  # pipeline resource identifier
    artifact:  A1 # name of the artifact to download; optional; defaults to all artifacts

Další podrobnosti najdete v dokumentaci kestahování artefaktů.For more details, see the downloading artifacts documentation here.

Orchestrace strategie pro Kanárské nasazení v prostředí pro KubernetesOrchestrate canary deployment strategy on environment for Kubernetes

Jednou z klíčových výhod průběžného doručování aktualizací aplikací je schopnost rychle doručovat aktualizace do produkčního prostředí pro konkrétní mikroslužby.One of the key advantages of continuous delivery of application updates is the ability to quickly push updates into production for specific microservices. Díky tomu máte možnost rychle reagovat na změny v obchodních požadavcích.This gives you the ability to quickly respond to changes in business requirements. Prostředí bylo zavedeno jako koncept první třídy, který umožňuje orchestraci strategií nasazení a usnadnění neúspěšných vydání výpadků.Environment was introduced as a first-class concept enabling orchestration of deployment strategies and facilitating zero downtime releases. Dřív jsme podporovali strategii runOnce , která po sobě provedla kroky.Previously, we supported the runOnce strategy which executed the steps once sequentially. Díky podpoře strategie pro kanárskéing v kanálech s více fázemi můžete nyní snížit riziko tím, že se změní na malou podmnožinu.With support for canary strategy in multi-stage pipelines, you can now reduce the risk by slowly rolling out the change to a small subset. Když v nové verzi získáte větší jistotu, můžete začít navrátit se k více serverům v infrastruktuře a směrovat na ni více uživatelů.As you gain more confidence in the new version, you can start rolling it out to more servers in your infrastructure and route more users to it.

jobs:
- deployment:
  environment: musicCarnivalProd
  pool:
    name: musicCarnivalProdPool 
  strategy:                 
    canary:     
      increments: [10,20] 
      preDeploy:                                    
        steps:          
        - script: initialize, cleanup....  
      deploy:            
        steps:
        - script: echo deploy updates...
        - task: KubernetesManifest@0
          inputs:
            action: $(strategy.action)      
            namespace: 'default'
            strategy: $(strategy.name)
            percentage: $(strategy.increment)
            manifests: 'manifest.yml'
      postRouteTaffic:
        pool: server
        steps:          
        - script: echo monitor application health...  
      on:
        failure:
          steps:
      - script: echo clean-up, rollback...  
        success:
          steps:
          - script: echo checks passed, notify...

Strategie pro Kuberenetes bude nejdřív nasazovat změny s 10% luskem následovaným 20% při monitorování stavu během postRouteTraffic.The canary strategy for Kuberenetes will first deploy the changes with 10% pods followed by 20% while monitoring the health during postRouteTraffic. Pokud vše proběhne správně, bude povýšení na 100%.If all goes well, it will promote to 100%.

Hledáme včasnou zpětnou vazbu k podpoře prostředků virtuálních počítačů v prostředích a provádění strategie hromadného nasazení napříč několika počítači.We are looking for early feedback on support for VM resource in environments and performing rolling deployment strategy across multiple machines. Kontaktujte nás a zaregistrujte se.Contact us to enroll.

Zásady schvalování pro kanály YAMLApproval policies for YAML pipelines

V kanálech YAML sledujeme konfiguraci schválení řízené vlastníkem prostředku.In YAML pipelines, we follow a resource owner-controlled approval configuration. Vlastníci prostředků konfigurují schválení u prostředku a všechny kanály, které používají pozastavení prostředků ke schválení, před začátkem fáze, která prostředek spotřebovává.Resource owners configure approvals on the resource and all pipelines that use the resource pause for approvals before start of the stage consuming the resource. Pro vlastníky aplikace založené na SOX je běžné omezit žadatele o nasazení na schválení vlastních nasazení.It is common for SOX based application owners to restrict the requester of the deployment from approving their own deployments.

Nyní můžete použít Možnosti pokročilého schválení ke konfiguraci zásad schvalování, jako žadatel by neměl schvalovat, vyžadovat schválení podmnožiny uživatelů a časového limitu schválení.You can now use advanced approval options to configure approval policies like requester should not approve, require approval from a subset of users and approval timeout.

Snímek obrazovky s dialogovým oknem vytvořit schváleníScreenshot showing the Create approvals dialog box.

ACR jako prostředek kanálu první třídyACR as a first-class pipeline resource

Pokud potřebujete jako součást kanálu použít image kontejneru publikovanou do ACR (Azure Container Registry) a aktivovat svůj kanál pokaždé, když se publikuje nový obrázek, můžete použít prostředek kontejneru ACR.If you need to consume a container image published to ACR (Azure Container Registry) as part of your pipeline and trigger your pipeline whenever a new image got published, you can use ACR container resource.

resources:
  containers:
  - container: MyACR  #container resource alias
    type: ACR
    azureSubscription: RMPM  #ARM service connection
    resourceGroup: contosoRG
    registry: contosodemo
    repository: alphaworkz
    trigger: 
      tags:
        include: 
        - production 

K metadatům ACR Image je navíc možné přistup pomocí předdefinovaných proměnných.Moreover, ACR image meta-data can be accessed using predefined variables. Následující seznam obsahuje proměnné ACR, které jsou k dispozici k definování prostředku kontejneru ACR ve vašem kanálu.The following list includes the ACR variables available to define an ACR container resource in your pipeline.

resources.container.<Alias>.type
resources.container.<Alias>.registry
resources.container.<Alias>.repository
resources.container.<Alias>.tag 
resources.container.<Alias>.digest
resources.container.<Alias>.URI
resources.container.<Alias>.location

Vylepšení vyhodnocování artefaktů kontroluje v kanálech zásady.Enhancements to evaluate artifacts checks policy in pipelines

Vylepšili jsme kontrolu vyhodnocení artefaktu tak, aby bylo snazší přidat zásady ze seznamu neplatných definic zásad.We've enhanced the evaluate artifact check to make it easier to add policies from a list of out of the box policy definitions. Definice zásady se vygeneruje automaticky a přidá se do Konfigurace kontroly , kterou můžete v případě potřeby aktualizovat.The policy definition will be generated automatically and added to the check configuration which can be updated if needed.

Snímek obrazovky s dialogovým oknem vyhodnotit artefakt s podtrženými možnostmi použití šablonScreenshot showing the Evaluate artifact dialog box with the Use templates option underlined.

Snímek obrazovky s dialogovým oknem konfigurovat zásady artefaktů s volbou možnosti zdroje povolených a vytvořených imagí Azure PipelinesScreenshot showing the Configure artifact policy dialog box with the Whitelist sources option and Azure pipelines built images option selected.

Podpora pro výstupní proměnné v rámci úlohy nasazeníSupport for output variables in a deployment job

Nyní můžete definovat výstupní proměnné v cyklech životního cyklu úlohy nasazení a spotřebovat je v dalších navazujících krocích a úlohách v rámci stejné fáze.You can now define output variables in a deployment job's lifecycle hooks and consume them in other downstream steps and jobs within the same stage.

Při provádění strategií nasazení můžete přistupovat k výstupním proměnným napříč úlohami pomocí následující syntaxe.While executing deployment strategies, you can access output variables across jobs using the following syntax.

  • Pro strategii runOnce : $[dependencies.<job-name>.outputs['<lifecycle-hookname>.<step-name>.<variable-name>']]For runOnce strategy: $[dependencies.<job-name>.outputs['<lifecycle-hookname>.<step-name>.<variable-name>']]
  • Strategie pro Kanárské ostrovy : $[dependencies.<job-name>.outputs['<lifecycle-hookname>_<increment-value>.<step-name>.<variable-name>']]For canary strategy: $[dependencies.<job-name>.outputs['<lifecycle-hookname>_<increment-value>.<step-name>.<variable-name>']]
  • Postup při postupné strategii:$[dependencies.<job-name>.outputs['<lifecycle-hookname>_<resource-name>.<step-name>.<variable-name>']]For rolling strategy : $[dependencies.<job-name>.outputs['<lifecycle-hookname>_<resource-name>.<step-name>.<variable-name>']]
// Set an output variable in a lifecycle hook of a deployment job executing canary strategy
- deployment: A
  pool:
    vmImage: 'ubuntu-16.04'
  environment: staging
  strategy:                  
    canary:      
      increments: [10,20]  # creates multiple jobs, one for each increment. Output variable can be referenced with this.
      deploy:
        steps:
        - script: echo "##vso[task.setvariable variable=myOutputVar;isOutput=true]this is the deployment variable value"
          name: setvarStep
        - script: echo $(setvarStep.myOutputVar)
          name: echovar

 // Map the variable from the job
- job: B
  dependsOn: A
  pool:
    vmImage: 'ubuntu-16.04'
  variables:
    myVarFromDeploymentJob: $[ dependencies.A.outputs['deploy_10.setvarStep.myOutputVar'] ]
  steps:
  - script: "echo $(myVarFromDeploymentJob)"
    name: echovar

Další informace o tom, jak nastavit výstupní proměnnou s více úlohamiLearn more on how to set a multi-job output variable

Vyhnout se vrácení kritických změnAvoid rollback of critical changes

V klasických kanálech pro vydávání verzí je běžné spoléhat se na plánovaná nasazení na pravidelné aktualizace.In classic release pipelines, it is common to rely on scheduled deployments for regular updates. Pokud ale máte kritickou opravu, můžete spustit ruční nasazení mimo pásmo.But, when you have a critical fix, you may choose to start a manual deployment out-of-band. V takovém případě starší verze zůstávají nadále naplánované.When doing so, older releases continue to stay scheduled. To představuje problém, protože Ruční nasazení by se vrátilo zpátky po obnovení nasazení podle plánu.This posed a challenge since the manual deployment would be rolled back when the deployments resumed as per schedule. Mnohé z těchto potíží jste nahlásili a teď jsme ji opravili.Many of you reported this issue and we have now fixed it. Při ručním spuštění nasazení se v rámci opravy zruší všechna starší plánovaná nasazení do prostředí.With the fix, all older scheduled deployments to the environment would be cancelled when you manually start a deployment. To platí pouze v případě, že je zvolena možnost Queueing jako "nasadit nejnovější a zrušit jiné".This is only applicable when the queueing option is selected as "Deploy latest and cancel others".

Zjednodušená autorizace prostředků v kanálech YAMLSimplified resource authorization in YAML pipelines

Prostředek je cokoli, co používá kanál, který je mimo kanál.A resource is anything used by a pipeline that is outside the pipeline. Prostředky musí být autorizovány, aby je bylo možné použít.Resources must be authorized before they can be used. Dřív při použití neautorizovaných prostředků v kanálu YAML selhala s chybou autorizace prostředků.Previously, when using unauthorized resources in a YAML pipeline, it failed with a resource authorization error. Měli byste autorizovat prostředky ze stránky shrnutí neúspěšného spuštění.You had to authorize the resources from the summary page of the failed run. Kanál se navíc nezdařil, pokud používal proměnnou, která odkazovala na neautorizovaný prostředek.In addition, the pipeline failed if it was using a variable that referenced an unauthorized resource.

Teď usnadňujeme správu autorizací prostředků.We are now making it easier to manage resource authorizations. Místo neúspěšného spuštění bude spuštění čekat na oprávnění u prostředků na začátku fáze, která prostředek spotřebovává.Instead of failing the run, the run will wait for permissions on the resources at the start of the stage consuming the resource. Vlastník prostředku může kanál zobrazit a autorizovat prostředek ze stránky zabezpečení.A resource owner can view the pipeline and authorize the resource from the Security page.

Snímek obrazovky znázorňující fázi vývoje je ve stavu čekání s indikátorem, který říká, že je potřeba oprávnění.Screenshot showing a Dev stage is in a Waiting state with an indicator that says that Permission is needed.

Vyhodnotit kontrolu artefaktůEvaluate artifact check

Teď můžete definovat sadu zásad a přidat hodnocení zásad jako kontrolu prostředí pro artefakty imagí kontejneru.You can now define a set of policies and add the policy evaluation as a check on an environment for container image artifacts. Při spuštění kanálu se spuštění pozastaví před spuštěním fáze, která prostředí používá.When a pipeline runs, the execution pauses before starting a stage that uses the environment. Zadané zásady se vyhodnocují na dostupných metadatech pro nasazenou bitovou kopii.The specified policy is evaluated against the available metadata for the image being deployed. Tato operace projde po úspěšném dokončení zásady a označí fázi jako neúspěšnou, pokud se ověření nepodaří.The check passes when the policy is successful and marks the stage as failed if the check fails.

Snímek obrazovky dialogového okna vyhodnocení zásad artefaktůScreenshot of the Evaluate artifact policies dialog box.

Aktualizace úlohy nasazení šablony ARMUpdates to the ARM template deployment task

Dříve jsme v úloze nasazení šablony ARM nepoužili filtrování připojení služby.Previously, we didn't filter the service connections in the ARM template deployment task. To může mít za následek selhání nasazení, pokud vyberete nižšího připojení služby, které bude provádět nasazení šablon ARM do širšího rozsahu.This may result in the deployment to fail if you are selecting a lower scope service connection to perform ARM template deployments to a broader scope. Nyní jsme přidali filtrování připojení služby, aby bylo možné vyfiltrovat nižší vymezená připojení služby na základě zvoleného rozsahu nasazení.Now, we added filtering of service connections to filter out lower scoped service connections based on the deployment scope you choose.

ReviewApp v prostředíReviewApp in Environment

ReviewApp nasadí každou žádost o přijetí změn z úložiště Git do dynamického prostředku prostředí.ReviewApp deploys every pull request from your Git repository to a dynamic environment resource. Revidující uvidí, jak se tyto změny hledají, a také pracují s dalšími závislými službami předtím, než se sloučí do hlavní větve a nasadí do produkčního prostředí.Reviewers can see how those changes look as well as work with other dependent services before they’re merged into the main branch and deployed to production. Díky tomu budete moct snadno vytvářet a spravovat prostředky reviewApp a využívat všechny možnosti sledovatelnosti a diagnostiky funkcí prostředí.This will make it easy for you to create and manage reviewApp resources and benefit from all the traceability and diagnosis capability of the environment features. Pomocí klíčového slova reviewApp můžete vytvořit klon prostředku (dynamicky vytvořit nový prostředek na základě existujícího prostředku v prostředí) a přidat nový prostředek do prostředí.By using the reviewApp keyword, you can create a clone of a resource (dynamically create a new resource based on an existing resource in an environment) and add the new resource to the environment.

Následuje ukázkový fragment YAML pro použití reviewApp v prostředích.The following is a sample YAML snippet of using reviewApp under environments.

jobs:
- deployment:
  environment: 
     name: smarthotel-dev      
     resourceName: $(System.PullRequest.PullRequestId) 
  pool:
    name: 'ubuntu-latest'
  strategy:                 
    runOnce:            
      pre-deploy: 
        steps:       
        - reviewApp: MasterNamespace

Shromažďovat automatická a uživatelsky zadaná metadata z kanáluCollect automatic and user-specified metadata from pipeline

Nyní můžete povolit automatické a uživatelsky definované kolekce metadat z úloh kanálu.Now you can enable automatic and user-specified metadata collection from pipeline tasks. Metadata můžete použít k vymáhání zásad artefaktů v prostředí pomocí vyhodnocení kontroly artefaktu.You can use metadata to enforce artifact policy on an environment using the evaluate artifact check.

Snímek obrazovky dialogového okna obecné s povolenou možností publikovat metadata z kanálůScreenshot of the General dialog box with the Publish metadata from pipelines option turned on.

Nasazení virtuálních počítačů s prostředímiVM deployments with Environments

Jednou z nejvíce požadovaných funkcí v prostředích bylo nasazení virtuálních počítačů.One of the most requested features in Environments was VM deployments. V této aktualizaci povolujeme prostředky virtuálních počítačů v prostředích.With this update, we are enabling Virtual Machine resource in Environments. Nově můžete orchestrovat nasazení napříč několika počítači a provádět kumulativní aktualizace pomocí kanálů YAML.You can now orchestrate deployments across multiple machines and perform rolling updates using YAML pipelines. Agenta můžete také nainstalovat na každý cílový server přímo a na tyto servery se zavádět do provozu.You can also install the agent on each of your target servers directly and drive rolling deployment to those servers. Kromě toho můžete na cílových počítačích použít úplný katalog úkolů.In addition, you can use the full task catalog on your target machines.

Snímek obrazovky dialogového okna nové prostředí s vybranou možností virtuální počítače a volání.Screenshot of the New environment dialog box with the Virtual machines option selected and called out.

Postupné nasazení nahradí instance předchozí verze aplikace instancemi nové verze aplikace na sadu počítačů (kumulovaná sada) v každé iteraci.A rolling deployment replaces instances of the previous version of an application with instances of the new version of the application on a set of machines (rolling set) in each iteration.

Například níže je postupná aktualizace nasazení až na pět cílů v každé iteraci.For example, below rolling deployment updates up to five targets in each iteration. maxParallel určí počet cílů, které se dají paralelně nasadit.maxParallel will determine the number of targets that can be deployed in parallel. Účty výběru pro počet cílů, které musí zůstat dostupné kdykoli, kromě cílů, které se nasazují na.The selection accounts for the number of targets that must remain available at any time, excluding the targets that are being deployed to. Slouží také k určení stavu úspěch a selhání během nasazování.It is also used to determine the success and failure conditions during deployment.

jobs:
- deployment:
  displayName: web
  environment:
    name: musicCarnivalProd
    resourceType: VirtualMachine
  strategy:                 
    rolling:
      maxParallel: 5 #for percentages, mention as x%
      preDeploy:
        steps:
        - script: echo initialize, cleanup, backup, install certs...
      deploy:              
        steps:                                     
        - script: echo deploy ...      
      routeTraffic:
        steps:
        - script: echo routing traffic...   
      postRouteTaffic:
        steps:          
        - script: echo health check post routing traffic...  
      on:
        failure:
          steps:
          - script: echo restore from backup ..     
        success:
          steps:
          - script: echo notify passed...

Poznámka

V této aktualizaci se všechny dostupné artefakty z aktuálního kanálu a z přidružených prostředků kanálu stáhnou jenom do deploy zavěšení životního cyklu.With this update, all available artifacts from the current pipeline and from the associated pipeline resources are downloaded only in deploy lifecycle-hook. Můžete si je ale stáhnout tak, že určíte úlohu stáhnout artefakt kanálu.However, you can choose to download by specifying Download Pipeline Artifact task. Tato funkce obsahuje několik známých mezer.There are a few known gaps in this feature. Například při opakování fáze se nasazení znovu spustí na všech virtuálních počítačích, které nejsou jenom neúspěšnými cíli.For example, when you retry a stage, it will re-run the deployment on all VMs not just failed targets. Pracujeme na uzavření těchto mezer v budoucích aktualizacích.We are working to close these gaps in future updates.

Další kontrola nasazeníAdditional control of your deployments

Azure Pipelines v tuto chvíli podporovala nasazení řízená ručními schváleními.Azure Pipelines has supported deployments controlled with manual approvals for some time now. S nejnovějšími vylepšeními teď máte větší kontrolu nad nasazeními.With the latest enhancements, you now have additional control over your deployments. Kromě schválení teď můžou vlastníci prostředků přidat automatizovanou automatizaci checks a ověřit zásady zabezpečení a kvality.In addition to approvals, resource owners can now add automated checks to verify security and quality policies. Tyto kontroly lze použít k aktivaci operací a následnému čekání na jejich dokončení.These checks can be used to trigger operations and then wait for them to complete. Pomocí dodatečných kontrol teď můžete definovat kritéria pro stav založená na několika zdrojích a zajistit bezpečnost všech nasazení cílících na vaše prostředky, bez ohledu na YAML kanál, který provádí nasazení.Using the additional checks, you can now define health criteria based on multiple sources and be assured that all deployments targeting your resources are safe, regardless of the YAML pipeline performing the deployment. Hodnocení každé kontroly lze pravidelně opakovat v závislosti na zadaném intervalu opakování pro kontrolu.Evaluation of each check can be repeated periodically based on the specified Retry Interval for the check. K dispozici jsou nyní následující další kontroly:The following additional checks are now available:

  • Vyvolá všechny REST API a provede ověření na základě textu odpovědi nebo zpětného volání z externí služby.Invoke any REST API and perform validation based on response body or a callback from the external service
  • Vyvolá funkci Azure a provede ověření na základě odpovědi nebo zpětného volání funkce.Invoke an Azure function and perform validation based on response or a callback from the function
  • Dotaz na pravidla Azure Monitor pro aktivní výstrahyQuery Azure Monitor rules for active alerts
  • Ujistěte se, že kanál rozšiřuje jednu nebo více šablon YAMLEnsure the pipeline extends one or more YAML templates

Snímek obrazovky dialogového okna přidat zaškrtávací políčkoScreenshot of the Add check dialog box.

Oznámení o schváleníApproval notification

Když přidáváte schválení do prostředí nebo připojení služby, všechny kanály ve více fázích, které prostředek používají, automaticky čekají na schválení na začátku fáze.When you add an approval to an environment or a service connection, all multi-stage pipelines that use the resource automatically wait for the approval at the start of the stage. Vyjmenovaní schvalovatelé musí dokončit schválení, aby kanál mohl pokračovat.The designated approvers need to complete the approval before the pipeline can continue.

V této aktualizaci se schvalovatelům pošle e-mailové oznámení pro čekání na schválení.With this update, the approvers are sent an email notification for the pending approval. Uživatelé a vlastníci týmu můžou odhlásit nebo nakonfigurovat vlastní odběry pomocí Nastavení oznámení.Users and team owners can opt-out of or configure custom subscriptions using notification settings.

Snímek obrazovky s oznámením o schváleníScreenshot of an approval notification.

Konfigurace strategií nasazení z Azure PortalConfigure Deployment Strategies from Azure portal

Díky této funkci jsme usnadnili konfiguraci kanálů, které používají strategii nasazení dle vašeho výběru, například pro válcování, Kanárské nebo modrou zelenou.With this capability, we have made it easier for you to configure pipelines that use the deployment strategy of your choice, for example, Rolling, Canary, or Blue-Green. Pomocí těchto předem připravených strategií můžete aktualizovat aktualizace bezpečným způsobem a zmírnit rizika související s nasazením.Using these out-of-box strategies, you can roll out updates in a safe manner and mitigate associated deployment risks. Pokud k tomu chcete získat přístup, klikněte na nastavení průběžné doručování ve virtuálním počítači Azure.To access this, click on the 'Continuous Delivery' setting in an Azure Virtual Machine. V podokně Konfigurace se zobrazí výzva k výběru podrobností o projektu Azure DevOps, kde se vytvoří kanál, skupina nasazení, kanál sestavení, který publikuje balíček, který se má nasadit, a strategii nasazení dle vašeho výběru.In the configuration pane, you will be prompted to select details about the Azure DevOps project where the pipeline will be created, the deployment group, build pipeline that publishes the package to be deployed and the deployment strategy of your choice. Když budete pokračovat, nakonfigurujeme plně funkční kanál, který nasadí vybraný balíček na tento virtuální počítač.Going ahead will configure a fully functional pipeline that deploys the selected package to this Virtual Machine.

Další podrobnosti najdete v naší dokumentaci týkající se Konfigurace strategií nasazení.For more details, check out our documentation on configuring Deployment Strategies.

Snímek obrazovky, který zobrazuje dialogové okno průběžné doručování.

Běhové parametryRuntime parameters

Běhové parametry umožňují větší kontrolu nad tím, jaké hodnoty je možné předat kanálu.Runtime parameters let you have more control over what values can be passed to a pipeline. Na rozdíl od proměnných mají běhové parametry datové typy a automaticky se neoznačují jako proměnné prostředí.Unlike variables, runtime parameters have data types and don't automatically become environment variables. S parametry modulu runtime můžete:With runtime parameters you can:

  • Poskytnutí různých hodnot skriptům a úlohám za běhuSupply different values to scripts and tasks at runtime
  • Typy parametrů ovládacího prvku, rozsahy povoleny a výchozí hodnotyControl parameter types, ranges allowed, and defaults
  • Dynamické výběr úloh a fází pomocí výrazu šablonyDynamically select jobs and stages with template expression

Další informace o parametrech runtime najdete v dokumentaci zde.To learn more about runtime parameters, see the documentation here.

Použití klíčového slova extends v kanálechUse extends keyword in pipelines

V současné době je možné kanály rozložit do šablon a podpořit opakované použití a omezení často používaného textu.Currently, pipelines can be factored out into templates, promoting reuse and reducing boilerplate. Celková struktura kanálu byla stále definována kořenovým souborem YAML.The overall structure of the pipeline was still defined by the root YAML file. V této aktualizaci jsme přidali strukturovaný způsob použití šablon kanálu.With this update, we added a more structured way to use pipeline templates. Kořenový soubor YAML se teď dá použít k označení toho, že se hlavní struktura kanálu dá najít v jiném souboru.A root YAML file can now use the keyword extends to indicate that the main pipeline structure can be found in another file. To vám umožní řídit, které segmenty je možné rozšířit nebo změnit a které segmenty jsou pevně dané.This puts you in control of what segments can be extended or altered and what segments are fixed. Vylepšili jsme také parametry kanálu s datovými typy, aby se vymazaly zachytávání, které můžete zadat.We've also enhanced pipeline parameters with data types to make clear the hooks that you can provide.

Tento příklad ukazuje, jak můžete poskytnout jednoduché zavěšení, které může autor kanálu použít.This example illustrates how you can provide simple hooks for the pipeline author to use. V šabloně bude vždy spuštěno sestavení, bude volitelně spuštěn další postup, který je součástí kanálu, a poté spuštění volitelného testovacího kroku.The template will always run a build, will optionally run additional steps provided by the pipeline, and then run an optional testing step.


# azure-pipelines.yml
extends:
  template: build-template.yml
  parameters:
    runTests: true
    postBuildSteps:
    - script: echo This step runs after the build!
    - script: echo This step does too!

# build-template.yml
parameters:
- name: runTests
  type: boolean
  default: false
- name: postBuildSteps
  type: stepList
  default: []
steps:
- task: MSBuild@1   # this task always runs
- ${{ if eq(parameters.runTests, true) }}:
  - task: VSTest@2  # this task is injected only when runTests is true
- ${{ each step in parameters.postBuildSteps }}:
  - ${{ step }}

Proměnné ovládacího prvku, které se dají přepsat v době zařazení do frontyControl variables that can be overridden at queue time

Dříve můžete použít uživatelské rozhraní nebo REST API k aktualizaci hodnot libovolné proměnné před spuštěním nového spuštění.Previously, you could use the UI or REST API to update the values of any variable prior to starting a new run. I když autor kanálu může označit určité proměnné jako _settable at queue time_ , systém to vynutil, ani jiné proměnné nebudou nastaveny.While the pipeline's author can mark certain variables as _settable at queue time_, the system didn't enforce this, nor prevented other variables from being set. Jinými slovy, nastavení bylo použito pouze k zobrazení výzvy k zadání dalších vstupů při spuštění nového spuštění.In other words, the setting was only used to prompt for additional inputs when starting a new run.

Přidali jsme nové nastavení kolekce, které vynutilo _settable at queue time_ parametr.We've added a new collection setting that enforces the _settable at queue time_ parameter. Díky tomu budete mít kontrolu nad tím, které proměnné lze při spuštění nového spuštění změnit.This will give you control over which variables can be changed when starting a new run. Až dál, nemůžete změnit proměnnou, která není označená autorem _settable at queue time_ .Going forward, you can't change a variable that is not marked by the author as _settable at queue time_.

Poznámka

Toto nastavení je ve výchozím nastavení ve stávajících kolekcích vypnuté, ale při vytváření nové kolekce Azure DevOps bude ve výchozím nastavení zapnuté.This setting is off by default in existing collections, but it will be on by default when you create a new Azure DevOps collection.

Nové předdefinované proměnné v kanálu YAMLNew predefined variables in YAML pipeline

Proměnné poskytují pohodlný způsob, jak získat klíčová data o bitech do různých částí vašeho kanálu.Variables give you a convenient way to get key bits of data into various parts of your pipeline. V této aktualizaci jsme přidali několik předdefinovaných proměnných do úlohy nasazení.With this update we've added a few predefined variables to a deployment job. Tyto proměnné jsou automaticky nastaveny systémem, vymezeny na konkrétní úlohu nasazení a jsou jen pro čtení.These variables are automatically set by the system, scoped to the specific deployment job and are read-only.

  • Environment.Id – ID prostředíEnvironment.Id - The ID of the environment.
  • Environment.Name – Název prostředí, které cílí na úlohu nasazení.Environment.Name - The name of the environment targeted by the deployment job.
  • Environment. ResourceId – ID prostředku v prostředí, které cílí na úlohu nasazení.Environment.ResourceId - The ID of the resource in the environment targeted by the deployment job.
  • Environment. resourceName – název prostředku v prostředí, které cílí na úlohu nasazení.Environment.ResourceName - The name of the resource in the environment targeted by the deployment job.

Rezervace více úložišťCheckout multiple repositories

Kanály se často spoléhají na více úložišť.Pipelines often rely on multiple repositories. Můžete mít různá úložiště se zdroji, nástroji, skripty nebo jinými položkami, které potřebujete k vytvoření kódu.You can have different repositories with source, tools, scripts, or other items that you need to build your code. Dřív jste museli přidat tato úložiště jako dílčí moduly nebo jako ruční skripty pro spuštění rezervace Git.Previously, you had to add these repositories as submodules or as manual scripts to run git checkout. Nyní můžete načíst a zkontrolovat další úložiště, a to i k tomu, abyste mohli svůj kanál YAML ukládat.Now you can fetch and check out other repositories, in addition to the one you use to store your YAML pipeline.

Pokud máte například úložiště s názvem myCode s kanálem YAML a druhým úložištěm s názvem nástroje, kanál YAML bude vypadat takto:For example, if you have a repository called MyCode with a YAML pipeline and a second repository called Tools, your YAML pipeline will look like this:

resources:
  repositories:
  - repository: tools
    name: Tools
    type: git

steps:
- checkout: self
- checkout: tools
- script: dir $(Build.SourcesDirectory)

Třetí krok zobrazí dva adresáře, myCode a nástroje v adresáři sources.The third step will show two directories, MyCode and Tools in the sources directory.

Podporují se cloudová úložiště Git, GitHub a Bitbucket. Azure ReposAzure Repos Git, GitHub, and Bitbucket Cloud repositories are supported. Další informace najdete v tématu rezervace s více úložišti.For more information, see Multi-repo checkout.

Získávání podrobností za běhu o více úložištíchGetting details at runtime about multiple repositories

Když je kanál spuštěný, Azure Pipelines přidá informace o úložišti, větvi a potvrzení, které spustilo spuštění.When a pipeline is running, Azure Pipelines adds information about the repo, branch, and commit that triggered the run. Teď, když kanály YAML podporují rezervaci více úložišť, můžete také chtít znát úložiště, větve a potvrzení, které byly rezervovány pro další úložiště.Now that YAML pipelines support checking out multiple repositories, you may also want to know the repo, branch, and commit that were checked out for other repositories. Tato data jsou k dispozici prostřednictvím běhového výrazu, který je nyní možné mapovat na proměnnou.This data is available via a runtime expression, which now you can map into a variable. Například:For example:

resources:
  repositories:
  - repository: other
    type: git
    name: MyProject/OtherTools

variables:
  tools.ref: $[ resources.repositories['other'].ref ]

steps:
- checkout: self
- checkout: other
- bash: echo "Tools version: $TOOLS_REF"

Povoluje odkazy na úložiště na jiné kolekce Azure Repos.Allow repository references to other Azure Repos collections

Předtím, když jste v kanálu YAML odkazovali na úložiště, musela být všechna Azure Repos úložiště ve stejné kolekci jako kanál.Previously, when you referenced repositories in a YAML pipeline, all Azure Repos repositories had to be in the same collection as the pipeline. Nyní můžete odkazovat na úložiště v jiných kolekcích pomocí připojení služby.Now, you can point to repositories in other collections using a service connection. Například:For example:

resources:
  repositories:
  - repository: otherrepo
    name: ProjectName/RepoName
    endpoint: MyServiceConnection
steps:
- checkout: self
- checkout: otherrepo

MyServiceConnection odkazuje na jinou kolekci Azure DevOps a má přihlašovací údaje, které mají přístup k úložišti v jiném projektu.MyServiceConnection points to another Azure DevOps collection and has credentials which can access the repository in another project. Obě úložiště, self a otherrepo , budou zaregistrovány.Both repos, self and otherrepo, will end up checked out.

Důležité

MyServiceConnection musí se jednat o připojení služby Azure Repos/Team Foundation Server, viz následující obrázek.MyServiceConnection must be an Azure Repos / Team Foundation Server service connection, see the picture below.

Snímek stránky nastavení projektu se zvýrazněnou možností Azure Repos/Team Foundation ServerScreenshot of the Project Settings page with the Azure Repos/Team Foundation Server option highlighted.

Metadata prostředku kanálu jako předdefinované proměnnéPipeline resource meta-data as predefined variables

Přidali jsme předdefinované proměnné pro prostředky YAML kanálů v kanálu.We've added predefined variables for YAML pipelines resources in the pipeline. Tady je seznam proměnných prostředku kanálu, které jsou k dispozici.Here is the list of the pipeline resource variables available.

resources.pipeline.<Alias>.projectName 
resources.pipeline.<Alias>.projectID 
resources.pipeline.<Alias>.pipelineName 
resources.pipeline.<Alias>.pipelineID 
resources.pipeline.<Alias>.runName 
resources.pipeline.<Alias>.runID
resources.pipeline.<Alias>.runURI
resources.pipeline.<Alias>.sourceBranch 
resources.pipeline.<Alias>.sourceCommit
resources.pipeline.<Alias>.sourceProvider 
resources.pipeline.<Alias>.requestedFor
resources.pipeline.<Alias>.requestedForID

kustomize a kompose jako možnosti zanesli v úloze KubernetesManifestkustomize and kompose as bake options in KubernetesManifest task

kustomize (součást Kubernetes SIG-CLI) umožňuje přizpůsobení nezpracovaných souborů YAML bez šablon pro více účelů a původní YAML zůstane beze změny.kustomize (part of Kubernetes sig-cli) let you customize raw, template-free YAML files for multiple purposes and leaves the original YAML untouched. V rámci akce zanesli úlohy KubernetesManifest byla přidána možnost pro kustomize tak, aby všechny složky obsahující soubory kustomization. yaml mohly být použity pro generování souborů manifestu používaných v akci nasazení úlohy KubernetesManifest.An option for kustomize has been added under bake action of KubernetesManifest task so that any folder containing kustomization.yaml files can be used for generating the manifest files used in the deploy action of the KubernetesManifest task.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    renderType: kustomize
    kustomizationPath: folderContainingKustomizationFile

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)

kompose převede soubory Docker Compose na prostředek Kubernetes.kompose will transform a Docker Compose files into a Kubernetes resource.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    renderType: kompose
    dockerComposeFile: docker-compose.yaml

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)

Podpora pro přihlašovací údaje Správce clusteru v úloze HelmDeploySupport for cluster admin credentials in HelmDeploy task

Dříve úloha HelmDeploy použila pro nasazení přihlašovací údaje uživatele clusteru.Previously, the HelmDeploy task used the cluster user credentials for deployments. Výsledkem je interaktivní výzvy k přihlášení a neúspěšné kanály pro cluster s povoleným Azure Active Directory RBAC.This resulted in interactive login prompts and failing pipelines for an Azure Active Directory based RBAC enabled cluster. K vyřešení tohoto problému jsme přidali zaškrtávací políčko, které vám umožní použít přihlašovací údaje Správce clusteru místo přihlašovacích údajů uživatele clusteru.To address this issue, we added a checkbox that lets you use cluster admin credentials instead of a cluster user credentials.

Snímek obrazovky balíčku a nasazení Helm grafů, které zobrazují zaškrtávací políčko použít přihlašovací údaje Správce clusteruScreenshot of Package and deploy Helm charts showing the use cluster admin credentials checkbox.

Argumenty vstupu v Docker Compose úlozeArguments input in Docker Compose task

V úloze Docker Compose bylo zavedeno nové pole, které umožňuje přidat argumenty jako --no-cache .A new field has been introduced in the Docker Compose task to let you add arguments such as --no-cache. Při spuštění příkazů, jako je například sestavení, bude tento argument předán podle úkolu.The argument will be passed down by the task when running commands such as build.

Snímek obrazovky úlohy Docker Compose znázorňující textové pole nové argumentyScreenshot of the Docker Compose task showing the new Arguments text box.

Vylepšení úkolů verze GitHubuGitHub release task enhancements

Provedli jsme několik vylepšení úlohy verze GitHubu.We've made several enhancements to the GitHub Release task. Nyní můžete mít lepší kontrolu nad vytvořením vydaných verzí pomocí pole vzor značky zadáním regulárního výrazu značky a vydaná verze bude vytvořena pouze v případě, že je událost aktivace označena shodným řetězcem.You can now have better control over release creation using the tag pattern field by specifying a tag regular expression and the release will be created only when the triggering commit is tagged with a matching string.

Snímek obrazovky s úlohou verze GitHubu s částmi verze úlohy a vzor značek.Screenshot showing the GitHub release task with the Task version and Tag Pattern sections called out.

Přidali jsme také možnosti pro přizpůsobení vytváření a formátování protokolu změn.We've also added capabilities to customize creation and formatting of changelog. V nové části Konfigurace protokolu změn můžete nyní zadat verzi, vůči které se má aktuální verze porovnat.In the new section for changelog configuration, you can now specify the release against which the current release should be compared. Porovnání s verzí může být poslední plná verze (nezahrnuje předběžné verze), poslední nekonceptová verze nebo jakákoli předchozí verze, která se shoduje s vaší poskytnutou značkou vydání.The Compare to release can be the last full release (excludes pre-releases), last non-draft release or any previous release matching your provided release tag. Kromě toho úloha poskytuje pole typ protokolu změn k formátování protokolu změn.Additionally, the task provides changelog type field to format the changelog. Na základě výběru bude protokol změn zobrazovat seznam potvrzení změn nebo seznam problémů/PR zařazených do kategorií na základě popisků.Based on the selection the changelog will display either a list of commits or a list of issues/PRs categorized based on labels.

Snímek obrazovky s zvýrazněnou úlohou vydání GitHubu s vybranými oddíly typu porovnání a protokolu změnScreenshot showing the GitHub release task with the  Compare to and Changelog type sections highlighted.

Otevřít úlohu instalačního programu agenta zásadOpen Policy Agent installer task

Otevřený Agent zásad je open source modul zásad pro obecné účely, který umožňuje jednotné vynucování zásad s ohledem na kontext.Open Policy Agent is an open source, general-purpose policy engine that enables unified, context-aware policy enforcement. Přidali jsme úlohu instalace agenta zásad otevření.We've added the Open Policy Agent installer task. Je zvláště užitečné pro vynucování zásad v kanálu s ohledem na infrastrukturu jako poskytovatelé kódu.It is particularly useful for in-pipeline policy enforcement with respect to Infrastructure as Code providers.

Například otevření agenta zásad může vyhodnotit soubory zásad Rego a plány terraformu v kanálu.For example, Open Policy Agent can evaluate Rego policy files and Terraform plans in pipeline.

task: OpenPolicyAgentInstaller@0
    inputs:
          opaVersion: '0.13.5'

Podpora skriptů PowerShellu v úloze CLI AzureSupport for PowerShell scripts in Azure CLI task

Dřív jste mohli spouštět skripty Batch a bash jako součást úlohy Azure CLI.Previously, you could execute batch and bash scripts as part of an Azure CLI task. V této aktualizaci jsme do úlohy přidali podporu pro skripty PowerShell a PowerShell Core.With this update, we added support for PowerShell and PowerShell core scripts to the task.

Snímek úlohy Azure CLI ukazující, že PowerShell a PowerShell Core jsou možnosti v rozevíracím seznamu typ skriptu.Screenshot of the Azure CLI task showing that Powershell and Powershell Core are options in the Script Type dropdown list.

Nasazení na základě rozhraní sítě pro Kanárské nasazení v úloze KubernetesManifestService Mesh Interface based canary deployments in KubernetesManifest task

V předchozí době, kdy byla v úloze KubernetesManifest zadána strategie pro Kanárské účely, by úkol vytvořil základní a Kanárské úlohy, jejichž repliky se rovnají procentuální hodnotě replik používaných pro stabilní úlohy.Previously when canary strategy was specified in the KubernetesManifest task, the task would create baseline and canary workloads whose replicas equaled a percentage of the replicas used for stable workloads. To nebylo naprosto stejné jako rozdělení provozu až na požadované procento na úrovni požadavku.This was not exactly the same as splitting traffic up to the desired percentage at the request level. Abychom to mohli řešit, Přidali jsme do úlohy KubernetesManifest podporu pro Kanárské nasazení na základě rozhraní sítě .To tackle this, we've added support for Service Mesh Interface based canary deployments to the KubernetesManifest task.

Abstrakce rozhraní sítě pro síťové služby umožňuje konfiguraci Plug-and-Play s poskytovateli sítě, jako jsou linkery a Istio.Service Mesh Interface abstraction allows for plug-and-play configuration with service mesh providers such as Linkerd and Istio. Nyní úloha KubernetesManifest zabere v průběhu životního cyklu strategie nasazení k disdobě nevratnou práci s mapováním objektů TrafficSplit SMI na stabilní, základní a Kanárské služby.Now the KubernetesManifest task takes away the hard work of mapping SMI's TrafficSplit objects to the stable, baseline and canary services during the lifecycle of the deployment strategy. Požadovaný procentuální podíl provozu mezi stabilními, základními a kanárskémi je přesnější, protože procentuální rozdělení provozu je řízeno na žádostech v rovině sítě.The desired percentage split of traffic between stable, baseline and canary are more accurate as the percentage traffic split is controlled on the requests in the service mesh plane.

Následuje ukázka provádění Kanárských nasazení na základě SMI.The following is a sample of performing SMI based canary deployments in a rolling manner.

- deployment: Deployment
    displayName: Deployment
    pool:
      vmImage: $(vmImage)
    environment: ignite.smi
    strategy:
      canary:
        increments: [25, 50]
        preDeploy:
          steps:
          - task: KubernetesManifest@0
            displayName: Create/update secret
            inputs:
              action: createSecret
              namespace: smi
              secretName: $(secretName)
              dockerRegistryEndpoint: $(dockerRegistryServiceConnection)
        deploy:
          steps:
          - checkout: self
          - task: KubernetesManifest@0
            displayName: Deploy canary
            inputs:
              action: $(strategy.action)
              namespace: smi
              strategy: $(strategy.name)
              trafficSplitMethod: smi
              percentage: $(strategy.increment)
              baselineAndCanaryReplicas: 1
              manifests: |
                manifests/deployment.yml
                manifests/service.yml
              imagePullSecrets: $(secretName)
              containers: '$(containerRegistry)/$(imageRepository):$(Build.BuildId)'
        postRouteTraffic:
          pool: server
          steps:
            - task: Delay@1
              inputs:
                delayForMinutes: '2'

Úloha kopírování souborů Azure teď podporuje AzCopy v10 za účelem.Azure File Copy Task now supports AzCopy V10

Úloha kopírování souborů Azure se dá použít v kanálu sestavení nebo verze ke kopírování souborů do objektů BLOB úložiště Microsoft nebo virtuálních počítačů (VM).The Azure file copy task can be used in a build or release pipeline to copy files to Microsoft storage blobs or virtual machines (VMs). Tato úloha používá AzCopy, nástroj příkazového řádku pro rychlé kopírování dat z a do účtů úložiště Azure.The task uses AzCopy, the command-line utility build for fast copying of data from and into Azure storage accounts. V této aktualizaci jsme přidali podporu pro AzCopy v10 za účelem, která je nejnovější verzí AzCopy.With this update, we've added support for AzCopy V10 which is the latest version of AzCopy.

azcopy copyPříkaz podporuje pouze argumenty , které jsou k němu přidruženy.The azcopy copy command supports only the arguments associated with it. Z důvodu změny syntaxe AzCopy nejsou některé existující možnosti k dispozici v AzCopy v10 za účelem.Because of the change in syntax of AzCopy, some of the existing capabilities are not available in AzCopy V10. Tady jsou některé z nich:These include:

  • Určení umístění protokoluSpecifying log location
  • Čištění souborů protokolu a jejich plánování po zkopírováníCleaning log and plan files after the copy
  • Pokračovat v kopírování, pokud se úloha nezdařilaResume copy if job fails

Další funkce podporované v této verzi úlohy jsou:The additional capabilities supported in this version of the task are:

  • Zástupné symboly v názvu souboru nebo cestě ke zdrojiWildcard symbols in the file name/path of the source
  • Odvození typu obsahu založeného na příponě souboru, nejsou-li zadány žádné argumentyInferring the content type based on file extension when no arguments are provided
  • Definování podrobností protokolu pro soubor protokolu předáním argumentuDefining the log verbosity for the log file by passing an argument

Zvýšení zabezpečení kanálu omezením rozsahu přístupových tokenůImprove pipeline security by restricting the scope of access tokens

Každá úloha spouštěná v Azure Pipelines získá přístupový token.Every job that runs in Azure Pipelines gets an access token. Přístupový token se používá v úlohách a skriptech k volání zpět do Azure DevOps.The access token is used by the tasks and by your scripts to call back into Azure DevOps. Například používáme přístupový token k získání zdrojového kódu, nahrání protokolů, výsledků testů, artefaktů nebo k provádění volání REST do Azure DevOps.For example, we use the access token to get source code, upload logs, test results, artifacts, or to make REST calls into Azure DevOps. Pro každou úlohu se vygeneruje nový přístupový token, který po dokončení úlohy vyprší.A new access token is generated for each job, and it expires once the job completes. V této aktualizaci jsme přidali následující vylepšení.With this update, we added the following enhancements.

  • Zabránit tokenu v přístupu k prostředkům mimo týmový projektPrevent the token from accessing resources outside a team project

    Do té doby byly ve výchozím rozsahu všech kanálů kolekce týmového projektu.Until now, the default scope of all pipelines was the team project collection. Můžete změnit obor na týmový projekt v rámci kanálů sestavení Classic.You could change the scope to be the team project in classic build pipelines. Nicméně jste tuto kontrolu nepoužili pro kanály s klasickým vydáním nebo YAML.However, you did not have that control for classic release or YAML pipelines. V této aktualizaci zavádíme nastavení kolekce, které vynutí, aby každá úloha získala token s rozsahem projektu bez ohledu na to, co je v kanálu nakonfigurované.With this update we are introducing an collection setting to force every job to get a project-scoped token no matter what is configured in the pipeline. Také jsme přidali nastavení na úrovni projektu.We also added the setting at the project level. Nyní bude mít každý nově vytvořený projekt a kolekce automaticky toto nastavení zapnuto.Now, every new project and collection that you create will automatically have this setting turned on.

    Poznámka

    Nastavení kolekce přepisuje nastavení projektu.The collection setting overrides the project setting.

    Zapnutí tohoto nastavení u v existujících projektech a kolekcích může způsobit selhání některých kanálů, pokud vaše kanály přistupují k prostředkům, které jsou mimo týmový projekt pomocí přístupových tokenů.Turning this setting on in existing projects and collections may cause certain pipelines to fail if your pipelines access resources that are outside the team project using access tokens. Chcete-li zmírnit selhání kanálu, můžete explicitně udělit účtu služby sestavení projektu přístup k požadovanému prostředku.To mitigate pipeline failures, you can explicitly grant Project Build Service Account access to the desired resource. Důrazně doporučujeme, abyste tato nastavení zabezpečení zapnuli.We strongly recommend that you turn on these security settings.

  • Omezení přístupu k oboru úložišť služby sestaveníLimit build service repos scope access

    Díky omezení rozsahu přístupového tokenu, který je založený na úrovni přístupového tokenu, může Azure Pipelines nyní zvýšit rozsah přístupu k úložišti jenom na úložiště potřebná pro kanál založený na YAML.Building upon improving pipeline security by restricting the scope of access token, Azure Pipelines can now scope down its repository access to just the repos required for a YAML-based pipeline. To znamená, že v případě, že přístupový token kanálu byl nevrácený, by se mu mohla zobrazit jenom úložiště, která se v kanálu používala.This means that if the pipelines's access token were to leak, it would only be able to see the repo(s) used in the pipeline. Přístupový token byl dřív vhodný pro jakékoli Azure Repos úložiště v projektu nebo potenciálně celou kolekci.Previously, the access token was good for any Azure Repos repository in the project, or potentially the entire collection.

    Tato funkce bude ve výchozím nastavení zapnutá pro nové projekty a kolekce.This feature will be on by default for new projects and collections. U stávajících kolekcí je musíte povolit v > > nastaveníchkanály nastavení kolekcí.For existing collections, you must enable it in Collections Settings > Pipelines > Settings. Při použití této funkce musí být do prostředků úložiště kanálu zahrnutá všechna úložiště potřebná pro sestavení (dokonce i ty, které jste naklonují pomocí skriptu).When using this feature, all repositories needed by the build (even those you clone using a script) must be included in the repository resources of the pipeline.

  • Odebrat určitá oprávnění pro přístupový tokenRemove certain permissions for the access token

    Ve výchozím nastavení udělujeme přístup k přístupovému tokenu několika oprávněním, jedno z těchto oprávnění je sestavení ve frontě.By default, we grant a number of permissions to the access token, one of this permission is Queue builds. V této aktualizaci jsme odebrali toto oprávnění k přístupovému tokenu.With this update, we removed this permission to the access token. Pokud vaše kanály potřebují toto oprávnění, můžete je explicitně udělit účtu služby sestavení projektu nebo účtu sestavovací služby kolekcí projektů v závislosti na použitém tokenu.If your pipelines need this permission, you can explicitly grant it to the Project Build Service Account or Project Collection Build Service Account depending on the token that you use.

Zabezpečení na úrovni projektu pro připojení služebProject level security for service connections

Přidali jsme zabezpečení na úrovni centra pro připojení služeb.We added hub level security for service connections. Nyní můžete přidat nebo odebrat uživatele, přiřadit role a spravovat přístup v centralizovaném místě pro všechna připojení služby.Now, you can add/remove users, assign roles and manage access in a centralized place for all the service connections.

Snímek obrazovky se stránkou připojení ke službě s navolanou možností zabezpečeníScreenshot of the Service connections page with the Security option called out.

Zaměření kroků a izolace příkazůStep targeting and command isolation

Azure Pipelines podporuje spuštěné úlohy buď v kontejnerech, nebo na hostiteli agenta.Azure Pipelines supports running jobs either in containers or on the agent host. Dříve byla celá úloha nastavena na jeden z těchto dvou cílů.Previously, an entire job was set to one of those two targets. Nyní můžete jednotlivé kroky (úlohy nebo skripty) spustit na zvoleném cíli.Now, individual steps (tasks or scripts) can run on the target you choose. Postup může také cílit na jiné kontejnery, takže kanál může spustit každý krok ve specializovaném, účelovém kontejneru.Steps may also target other containers, so a pipeline could run each step in a specialized, purpose-built container.

Kontejnery mohou fungovat jako hranice izolace, což brání kódu v provádění neočekávaných změn v hostitelském počítači.Containers can act as isolation boundaries, preventing code from making unexpected changes on the host machine. Postup, jak komunikovat se službami a přístup k nim z agenta , není ovlivněn izolací kroků v kontejneru.The way steps communicate with and access services from the agent is not affected by isolating steps in a container. Zavádíme proto také režim omezení příkazu, který můžete použít s cíli kroků.Therefore, we're also introducing a command restriction mode which you can use with step targets. Zapnutím této funkce omezíte služby, které může určitý krok požádat od agenta.Turning this on will restrict the services a step can request from the agent. Už nebude moct připojovat protokoly, nahrávat artefakty a určit jiné operace.It will no longer be able to attach logs, upload artifacts, and certain other operations.

Tady je ucelený příklad ukazující spuštěné kroky na hostiteli v kontejneru úloh a v jiném kontejneru:Here's a comprehensive example, showing running steps on the host in a job container, and in another container:

resources:
  containers:
  - container: python
    image: python:3.8
  - container: node
    image: node:13.2

jobs:
- job: example
  container: python

  steps:
  - script: echo Running in the job container

  - script: echo Running on the host
    target: host

  - script: echo Running in another container, in restricted commands mode
    target:
      container: node
      commands: restricted

Proměnné jen pro čteníRead-only variables

Systémové proměnné byly zdokumentovány jako neměnné, ale v praxi by mohly být přepsány úlohou a podřízené úlohy by vybraly novou hodnotu.System variables were documented as being immutable, but in practice they could be overwritten by a task and downstream tasks would pick up the new value. V rámci této aktualizace seřadíme zabezpečení kolem proměnných kanálu, aby byly proměnné pro systém a časová fronta jen pro čtení.With this update, we tighten up the security around pipeline variables to make system and queue-time variables read-only. Kromě toho můžete vytvořit YAML proměnnou jen pro čtení tak, že ji označíte takto.In addition, you can make a YAML variable read-only by marking it as follows.

variables:
- name: myVar
  value: myValue
  readonly: true

Přístup na základě rolí pro připojení ke služběRole-based access for service connections

Do připojení služby jsme přidali přístup na základě rolí.We have added role-based access for service connections. Dříve se zabezpečení připojení ke službě dalo spravovat jenom prostřednictvím předem definovaných DevOps skupin Azure, jako jsou správci koncových bodů a tvůrci koncových bodů.Previously, service connection security could only be managed through pre-defined Azure DevOps groups such as Endpoint administrators and Endpoint Creators.

V rámci této práce jsme zavedli nové role čtenářů, uživatelů, autorů a správců.As part of this work, we have introduced the new roles of Reader, User, Creator and Administrator. Tyto role můžete nastavit prostřednictvím stránky připojení služby v projektu a ty jsou zděděné jednotlivými připojeními.You can set these roles via the service connections page in your project and these are inherited by the individual connections. A v každém připojení služby máte možnost zapnout nebo vypnout dědičnost a přepsat role v oboru připojení služby.And in each service connection you have the option to turn inheritance on or off and override the roles in the scope of the service connection.

Snímek obrazovky, který zobrazuje přístup na základě rolí pro připojení služby.

Další informace o zabezpečení připojení ke službě najdete tady.Learn more about service connections security here.

Sdílení připojení ke službě mezi projektyCross-project sharing of service connections

Povolili jsme podporu pro sdílení připojení ke službě mezi projekty.We enabled support for service connection sharing across projects. Nyní můžete sdílet připojení služby k vašim projektům bezpečně a bezpečně.You can now share your service connections with your projects safely and securely.

Snímek obrazovky, který ukazuje sdílení připojení ke službě mezi projekty.

Další informace o sdílení připojení ke službě najdete tady.Learn more about service connections sharing here.

Sledovatelnost pro kanály a prostředky ACRTraceability for pipelines and ACR resources

Při použití kanálů a prostředků kontejneru ACR v kanálu zajišťujeme kompletní sledovatelnost E2E.We ensure full E2E traceability when pipelines and ACR container resources are used in a pipeline. U každého prostředku spotřebovaného kanálem YAML můžete trasovat zpět do potvrzení, pracovních položek a artefaktů.For every resource consumed by your YAML pipeline, you can trace back to the commits, work items and artifacts.

V zobrazení souhrnu spuštění kanálu můžete zobrazit:In the pipeline run summary view, you can see:

  • Verze prostředku, která aktivovala spuštění.The resource version that triggered the run. Kanál se teď může aktivovat po dokončení jiného spuštění kanálu Azure nebo při vložení image kontejneru do ACR.Now, your pipeline can be triggered upon completion of another Azure pipeline run or when a container image is pushed to ACR.

    Snímek obrazovky ukazující, že se automaticky aktivoval kanálScreenshot showing that a pipeline was automatically triggered.

  • Potvrzení , která jsou spotřebována kanálem.The commits that are consumed by the pipeline. Můžete také vyhledat rozpis potvrzení podle každého prostředku spotřebovaného kanálem.You can also find the breakdown of the commits by each resource consumed by the pipeline.

    Snímek obrazovky s potvrzením v části aktuální kanálScreenshot showing the commits in the Current pipeline section.

  • Pracovní položky , které jsou spojeny s každým prostředkem spotřebovaným kanálem.The work items that are associated with each resource consumed by the pipeline.

  • Artefakty , které jsou k dispozici pro spuštění.The artifacts that are available to be used by the run.

    Snímek obrazovky zobrazující stránku artefaktů pro kanálScreenshot showing the Artifacts page for the pipeline.

V zobrazení nasazení prostředí můžete zobrazit potvrzení a pracovní položky pro každý prostředek nasazený do prostředí.In the environment's deployments view, you can see the commits and work items for each resource deployed to the environment.

Snímek obrazovky s nasazením podle části zobrazující kartu pracovní položkyScreenshot of the Deployment by section showing the Workitems tab.

Podpora pro velké přílohy testůSupport for large test attachments

Úloha publikovat výsledky testů v Azure Pipelines umožňuje publikovat výsledky testu při spuštění testů, aby poskytovaly ucelené možnosti vytváření sestav a analýzy.The publish test results task in Azure Pipelines lets you publish test results when tests are executed to provide a comprehensive test reporting and analytics experience. Až do této chvíle existovala velikost 100 MB pro přílohy testů pro testovací běh a výsledky testů.Until now, there was a limit of 100MB for test attachments for both test run and test results. Tím se omezilo nahrávání velkých souborů, jako jsou výpisy stavu a videa o chybách.This limited the upload of big files like crash dumps or videos. V této aktualizaci jsme přidali podporu pro velké přílohy testů, což vám umožní mít všechna dostupná data pro řešení problémů s neúspěšnými testy.With this update, we added support for large test attachments allowing you to have all available data to troubleshoot your failed tests.

Může se stát, že úloha VSTest úlohy nebo publikování výsledků testů vrátí chybu 403 nebo 407 v protokolech.You might see VSTest task or Publish test results task returning a 403 or 407 error in the logs. Pokud používáte samoobslužná sestavení nebo vydané agenty za bránou firewall, která filtruje odchozí požadavky, budete muset provést některé změny konfigurace, abyste mohli tuto funkci používat.If you are using self-hosted builds or release agents behind a firewall which filters outbound requests, you will need to make some configuration changes to be able to use this functionality.

Snímek obrazovky znázorňující chybu 403 vrácenou v protokolechScreenshot showing a 403 error returned in the logs.

Aby bylo možné tento problém vyřešit, doporučujeme aktualizovat bránu firewall na odchozí požadavky na https://*.vstmrblob.vsassets.io .In order to fix this issue, we recommend that you update the firewall for outbound requests to https://*.vstmrblob.vsassets.io. Informace o řešení potíží najdete v dokumentaci zde.You can find troubleshooting information in the documentation here.

Poznámka

Tato funkce se vyžaduje jenom v případě, že používáte agenty pro samoobslužné hostování Azure Pipelines a nejste za bránou firewall, která filtruje odchozí provoz.This is only required if you're using self-hosted Azure Pipelines agents and you're behind a firewall that is filtering outbound traffic. Pokud používáte agenty hostované Microsoftem v cloudu nebo nefiltrujete odchozí síťový provoz, nemusíte provádět žádnou akci.If you are using Microsoft-hosted agents in the cloud or that aren't filtering outbound network traffic, you don't need to take any action.

Zobrazit správné informace o fondu v každé úlozeShow correct pool information on each job

Když jste dřív použili matici k rozbalení úloh nebo proměnné k identifikaci fondu, někdy jsme na stránkách protokoly někdy vyřešili nesprávné informace o fondu.Previously, when you used a matrix to expand jobs or a variable to identify a pool, we sometimes resolved incorrect pool information in the logs pages. Tyto problémy byly vyřešeny.These issues have been resolved.

Aktivační události CI pro nové větveCI triggers for new branches

V době, kdy se vytvořila nová větev a kdy tato větev neobsahuje změny, se stala dlouho nedokončená žádost o aktivaci sestavení CI.It has been a long pending request to not trigger CI builds when a new branch is created and when that branch doesn't have changes. Představte si následující příklady:Consider the following examples:

  • Pomocí webového rozhraní můžete vytvořit novou větev založenou na existující větvi.You use the web interface to create a new branch based on an existing branch. To okamžitě aktivuje nové sestavení CI, pokud filtr větví odpovídá názvu nové větve.This would immediately trigger a new CI build if your branch filter matches the name of the new branch. To je nechtěné, protože obsah nové větve je při porovnání s existující větví stejný.This is unwanted because the content of the new branch is the same when compared to the existing branch.
  • Máte úložiště se dvěma složkami – aplikace a dokumentace. Nastavíte filtr cesty pro CI tak, aby odpovídal "App".You have a repository with two folders - app and docs. You set up a path filter for CI to match "app". Jinými slovy, nechcete vytvořit nové sestavení, pokud byla změna přesunuta do dokumentů. Novou větev vytvoříte místně, provedete některé změny v dokumentaci a pak tuto větev nahrajete na server.In other words, you do not want to create a new build if a change has been pushed to docs. You create a new branch locally, make some changes to docs, and then push that branch to the server. Použili jsme k aktivaci nového buildu CI.We used to trigger a new CI build. To je nechtěné, protože explicitně jste požádali, abyste nehledali změny ve složce Docs.This is unwanted since you explicitly asked not to look for changes in docs folder. Vzhledem k tomu, že jsme nastavili událost nové větve, se ale zdá, že došlo ke změně také ve složce aplikace.However, because of the way we handled a new branch event, it would seem as if a change has been made to the app folder as well.

Teď máme lepší způsob, jak vylepšit CI pro nové větve a vyřešit tyto problémy.Now, we have a better way of handling CI for new branches to address these problems. Když publikujete novou větev, výslovně vyhledáme nová potvrzení v této větvi a zkontrolujete, jestli odpovídají filtrům cest.When you publish a new branch, we explicitly look for new commits in that branch, and check whether they match the path filters.

Úlohy mají přístup k výstupním proměnným z předchozích fází.Jobs can access output variables from previous stages

Výstupní proměnné se teď dají používat ve fázích kanálu založeného na YAML.Output variables may now be used across stages in a YAML-based pipeline. To vám pomůže předat užitečné informace, jako je například rozhodnutí o tom, že se jedná o odpověď, nebo ID generovaného výstupu z jedné fáze na další.This helps you pass useful information, such as a go/no-go decision or the ID of a generated output, from one stage to the next. K dispozici je také výsledek (stav) předchozí fáze a její úlohy.The result (status) of a previous stage and its jobs is also available.

Výstupní proměnné jsou stále vytvářeny pomocí kroků v úlohách.Output variables are still produced by steps inside of jobs. Místo odkazování na dependencies.jobName.outputs['stepName.variableName'] se fáze odkazují na stageDependencies.stageName.jobName.outputs['stepName.variableName'] .Instead of referring to dependencies.jobName.outputs['stepName.variableName'], stages refer to stageDependencies.stageName.jobName.outputs['stepName.variableName'].

Poznámka

Ve výchozím nastavení každá fáze v kanálu závisí na tom, jak se nachází těsně před ní v souboru YAML.By default, each stage in a pipeline depends on the one just before it in the YAML file. Proto každá fáze může použít výstupní proměnné z předchozí fáze.Therefore, each stage can use output variables from the prior stage. Můžete změnit graf závislosti, který také upraví, které výstupní proměnné jsou k dispozici.You can alter the dependency graph, which will also alter which output variables are available. Například pokud fáze 3 potřebuje proměnnou z fáze 1, bude muset deklarovat explicitní závislost na fázi 1.For instance, if stage 3 needs a variable from stage 1, it will need to declare an explicit dependency on stage 1.

Zakázání automatických upgradů agentů na úrovni fonduDisable automatic agents upgrades at a pool level

V současné době budou agenti kanálů v případě potřeby automaticky aktualizováni na nejnovější verzi.Currently, pipelines agents will automatically update to the latest version when required. K tomu obvykle dochází, pokud je k dispozici nová funkce nebo úloha, která vyžaduje, aby novější verze agenta fungovala správně.This typically happens when there is a new feature or task which requires a newer agent version to function correctly. V této aktualizaci přidáváme možnost zakázat automatické upgrady na úrovni fondu.With this update, we're adding the ability to disable automatic upgrades at a pool level. V tomto režimu, pokud není žádný agent správné verze připojený ke fondu, kanály selžou s chybnou chybovou zprávou, a ne žádajícím agentům, aby je aktualizovali.In this mode, if no agent of the correct version is connected to the pool, pipelines will fail with a clear error message instead of requesting agents to update. Tato funkce je většinou zajímavá pro zákazníky s fondy v místním prostředí a velmi přísnými požadavky na řízení změn.This feature is mostly of interest for customers with self-hosted pools and very strict change-control requirements. Automatické aktualizace jsou ve výchozím nastavení povolené a nedoporučujeme, aby je většina zákazníků vypnula.Automatic updates are enabled by default, and we don’t recommend most customers disable them.

Sceenshot na stránce výchozí nastavení s možností nastavení aktualizace agenta zapnuto a voláno.Sceenshot of the Default Settings page with the Agent update settings option turned on and called out.

Diagnostika agentaAgent diagnostics

Přidali jsme diagnostiku pro mnohé běžné problémy související s agenty, jako je třeba řada problémů se sítí a běžné příčiny selhání upgradu.We've added diagnostics for many common agent related problems such as many networking issues and common causes of upgrade failures. Pokud chcete začít s diagnostikou, použijte Run.sh--Diagnostics nebo spusťte. cmd--Diagnostics ve Windows.To get started with diagnostics, use run.sh --diagnostics or run.cmd --diagnostics on Windows.

Zavěšení služeb pro kanály YAMLService hooks for YAML pipelines

Integrace služeb s kanály YAML je teď jednodušší.Integrating services with YAML pipelines just got easier. Pomocí událostí zavěšení služeb pro kanály YAML teď můžete aktivity ve vlastních aplikacích nebo službách řídit podle postupu spuštění kanálu.Using service hooks events for YAML pipelines, you can now drive activities in custom apps or services based on progress of the pipeline runs. Můžete například vytvořit lístek helpdesku, když se vyžaduje schválení, zahájit pracovní postup monitorování po dokončení fáze nebo odeslat nabízené oznámení do mobilních zařízení vašeho týmu, když dojde k chybě fáze.For example, you can create a helpdesk ticket when an approval is required, initiate a monitoring workflow after a stage is complete or send a push notification to your team's mobile devices when a stage fails.

Filtrování názvu kanálu a názvu fáze je podporováno pro všechny události.Filtering on pipeline name and stage name is supported for all events. Události schválení lze filtrovat také pro konkrétní prostředí.Approval events can be filtered for specific environments as well. Podobně lze události změny stavu filtrovat podle nového stavu spuštění kanálu nebo fáze.Similarly, state change events can be filtered by new state of the pipeline run or the stage.

Snímek obrazovky Průvodce vytvořením nového odběru služby, který zobrazuje aktivační událost v tomto typu rozevíracího seznamu událostí s možnostmi fáze běhu s názvem.Screenshot of the NEW SERVICE HOOKS SUBSCRIPTION wizard showing the Trigger on this type of event dropdown list with the Run stage options called out.

Optimalizuje integraciOptimizely integration

Optimalizuje se s využitím výkonné testování a/B a označení funkce pro produktové týmy.Optimizely is a powerful A/B testing and feature flagging platform for product teams. Integrace Azure Pipelines s platformou experimentování s optimalizací umožňuje produktovým týmům testovat, učit a nasazovat s urychleným tempem a současně získat všechny výhody DevOps z Azure Pipelines.Integration of Azure Pipelines with Optimizely experimentation platform empowers product teams to test, learn and deploy at an accelerated pace, while gaining all DevOps benefits from Azure Pipelines.

Možnost optimalizovat rozšíření pro Azure DevOps přidává do kanálů sestavení a vydání přípravné kroky při uvedení příznaků funkcí, takže můžete průběžně iterovat, vracet funkce a vracet je zpátky pomocí Azure Pipelines.The Optimizely extension for Azure DevOps adds experimentation and feature flag rollout steps to the build and release pipelines, so you can continuously iterate, roll features out, and roll them back using Azure Pipelines.

Přečtěte si další informace o optimalizaci rozšíření Azure DevOps tady.Learn more about the Azure DevOps Optimizely extension here.

OptimizelyOptimizely

Přidat verzi GitHubu jako zdroj artefaktuAdd a GitHub release as an artifact source

Nyní můžete v kanálech verze Azure DevOps propojit své verze GitHubu jako zdroj artefaktů.Now you can link your GitHub releases as artifact source in Azure DevOps release pipelines. To vám umožní využívat verzi GitHubu jako součást nasazení.This will let you consume the GitHub release as part of your deployments.

Když kliknete na Přidat artefakt v definici kanálu vydaných verzí, zjistíte nový typ zdroje verze GitHub .When you click Add an artifact in the release pipeline definition, you will find the new GitHub Release source type. Můžete poskytnout připojení služby a úložiště GitHub pro využívání verze GitHubu.You can provide the service connection and the GitHub repo to consume the GitHub release. Můžete také zvolit výchozí verzi pro vydání GitHubu, která se bude používat jako nejnovější, konkrétní verze značky nebo vybrat v čase vytvoření verze.You can also choose a default version for the GitHub release to consume as latest, specific tag version or select at release creation time. Jakmile je verze GitHubu propojená, stáhne se automaticky a zpřístupní se v úlohách vydaných verzí.Once a GitHub release is linked, it is automatically downloaded and made available in your release jobs.

Snímek obrazovky dialogového okna Přidat artefakt s vybraným a vyvolanou možností vydání GitHubuScreenshot of the Add an artifact dialog box with the GitHub Release option selected and called out.

Integrace terraformu s Azure PipelinesTerraform integration with Azure Pipelines

Terraformu je open source nástroj pro bezpečnou a efektivní infrastrukturu pro vývoj, změnu a správu verzí.Terraform is an open-source tool for developing, changing and versioning infrastructure safely and efficiently. Terraformu kodifikovaná rozhraní API na deklarativní konfigurační soubory, které vám umožní definovat a zřizovat infrastrukturu pomocí konfiguračního jazyka vysoké úrovně.Terraform codifies APIs into declarative configuration files allowing you to define and provision infrastructure using a high-level configuration language. Rozšíření Terraformu můžete použít k vytvoření prostředků napříč všemi hlavními poskytovateli infrastruktury: Azure, Amazon Web Services (AWS) a Google Cloud Platform (GCP).You can use the Terraform extension to create resources across all major infrastructure providers: Azure, Amazon Web Services (AWS) and Google Cloud Platform (GCP).

Další informace o rozšíření Terraformu najdete v dokumentaci zde.To learn more about the Terraform extension, see the documentation here.

Snímek obrazovky integrace Terraformu s Azure Pipelines.Screenshot of the Terraform integration with Azure Pipelines.

Integrace se službou Google AnalyticsIntegration with Google Analytics

Rozhraní experimentů Google Analytics umožňuje testovat téměř jakoukoli změnu nebo variaci webu nebo aplikace a měřit jeho dopad na konkrétní cíl.The Google Analytics experiments framework lets you test almost any change or variation to a website or app to measure its impact on a specific objective. Například můžete mít aktivity, které chcete, aby je uživatelé dokončili (třeba si koupit, zaregistrují bulletin) a/nebo metriky, které chcete vylepšit (například tržby, trvání relace, míra odrazů).For example, you might have activities that you want your users to complete (e.g., make a purchase, sign up for a newsletter) and/or metrics that you want to improve (e.g., revenue, session duration, bounce rate). Tyto aktivity umožňují identifikovat změny, které se implementují na základě přímého dopadu na výkon vaší funkce.These activities let you identify changes worth implementing based on the direct impact they have on the performance of your feature.

Rozšíření pro experimenty Google Analytics pro Azure DevOps přidává kroky experimentování do kanálů sestavení a vydání, takže se můžete průběžně iterovat, učit a nasazovat pomocí urychleného tempa tím, že se podíváme na nepřetržitě a současně získáme všechny výhody DevOps od Azure Pipelines.The Google Analytics experiments extension for Azure DevOps adds experimentation steps to the build and release pipelines, so you can continuously iterate, learn and deploy at an accelerated pace by managing the experiments on a continuous basis while gaining all the DevOps benefits from Azure Pipelines.

Na webu Marketplace si můžete stáhnout rozšíření experimenty Google Analytics .You can download the Google Analytics experiments extension from the Marketplace.

Snímek obrazovky znázorňující úlohu experimenty Google Analytics.Screenshot showing the Google Analytics Experiments task.

Aktualizace integrace ServiceNow s Azure PipelinesUpdated ServiceNow integration with Azure Pipelines

Azure Pipelines App for ServiceNow pomáhá integrovat Azure Pipelines a správu změn ServiceNow.The Azure Pipelines app for ServiceNow helps integrate Azure Pipelines and ServiceNow Change Management. V této aktualizaci se můžete integrovat s verzí ServiceNow v New Yorku.With this update, you can integrate with the New York version of ServiceNow. Ověřování mezi těmito dvěma službami se teď dá provést pomocí ověřování OAuth a základní.The authentication between the two services can now be made using OAuth and basic authentication. Kromě toho teď můžete nakonfigurovat pokročilá kritéria úspěchu, abyste mohli použít jakoukoliv vlastnost Change k rozhodnutí o výsledku brány.In addition, you can now configure advanced success criteria so you can use any change property to decide the gate outcome.

Vytvoření Azure Pipelines z VSCodeCreate Azure Pipelines from VSCode

Přidali jsme novou funkci rozšíření Azure Pipelines pro VSCode.We've added a new functionality to the Azure Pipelines extension for VSCode. Nyní budete moci vytvořit Azure Pipelines přímo z VSCode, aniž byste museli opustit integrované vývojové prostředí (IDE).Now, you will be able to create Azure Pipelines directly from VSCode without leaving the IDE.

Snímek obrazovky VS Code s výstrahou v pravém dolním rohu, která říká: váš kanál byl úspěšně nastaven.Screenshot of VS Code with an alert in the lower-right corner that says: Your pipeline has been set up successfully.

Řízení a řešení chyb v vločkáchFlaky bug management and resolution

Zavedli jsme správu v vločkách pro zajištění podpory kompletního životního cyklu s detekcí, generováním sestav a řešením.We introduced flaky test management to support end-to-end lifecycle with detection, reporting and resolution. Aby bylo možné dále rozšířit, přidáváme řešení pro správu a řešení chyb v vločkách.To enhance it further we are adding flaky test bug management and resolution.

Při zkoumání testu vločky můžete vytvořit chybu pomocí akce chyby , kterou lze následně přiřadit vývojáři, aby bylo možné dále prozkoumat původní příčinu testu vločky.While investigating the flaky test you can create a bug using the Bug action which can then be assigned to a developer to further investigate the root cause of the flaky test. Zpráva o chybě obsahuje informace o kanálu, jako je chybová zpráva, trasování zásobníku a další informace spojené s testem.The bug report includes information about the pipeline like error message, stack trace and other information associated with the test.

Když je zpráva o chybě vyřešena nebo zavřena, automaticky zruší označení testu jako neurčitý.When a bug report is resolved or closed, we will automatically unmark the test as unflaky.

Nastavte VSTest úlohy na neúspěšné, pokud není spuštěný minimální počet testů.Set VSTest tasks to fail if a minimum number of tests are not run

Úloha VSTest zjišťuje a spouští testy pomocí uživatelských vstupů (testovací soubory, kritéria filtru atd.) a také testovacího adaptéru specifického pro použití testovacího rozhraní.The VSTest task discovers and runs tests using user inputs (test files, filter criteria, and so forth) as well as a test adapter specific to the test framework being used. Změny uživatelských vstupů nebo testovacího adaptéru mohou vést k případům, kdy testy nejsou zjištěny a jsou spuštěny pouze podmnožina očekávaných testů.Changes to either user inputs or the test adapter can lead to cases where tests are not discovered and only a subset of the expected tests are run. To může vést k situaci, kdy jsou kanály úspěšné, protože testy se přeskočí, protože kód má dostatečně vysokou kvalitu.This can lead to situations where pipelines succeed because tests are skipped rather than because the code is of sufficiently high quality. Abychom se vyhnuli této situaci, Přidali jsme do úlohy VSTest novou možnost, která umožňuje zadat minimální počet testů, které musí být spuštěny, aby bylo možné úkol předat.To help avoid this situation, we've added a new option in the VSTest task that allows you to specify the minimum number of tests that must be run for the task to pass.

Snímek obrazovky znázorňující selhání úlohy, pokud není spuštěný minimální počet testůScreenshot showing the Fail the task if a minimum number of tests are not run option.

Možnost VSTest TestResultsDirectory je k dispozici v uživatelském rozhraní úlohy.VSTest TestResultsDirectory option is available in the task UI

Úloha VSTest ukládá výsledky testů a přidružené soubory do $(Agent.TempDirectory)\TestResults složky.The VSTest task stores test results and associated files in the $(Agent.TempDirectory)\TestResults folder. Přidali jsme možnost uživatelského rozhraní úlohy, která vám umožní nakonfigurovat pro ukládání výsledků testů jinou složku.We've added an option to the task UI to let you configure a different folder to store test results. Nyní mohou použít všechny následné úkoly, které potřebují soubory v určitém umístění.Now any subsequent tasks that need the files in a particular location can use them.

Snímek obrazovky s textovým polem složky výsledků testuScreenshot showing the Test results folder text box.

Podpora Markdownu v chybových zprávách automatizovaného testuMarkdown support in automated test error messages

Přidali jsme podporu Markdownu pro chybové zprávy pro automatizované testy.We've added markdown support to error messages for automated tests. Nyní můžete snadno formátovat chybové zprávy pro testovací běh a výsledek testu, aby se zlepšila čitelnost a usnadnilo se řešení potíží při selhání testu v Azure Pipelines.Now you can easily format error messages for both test run and test result to improve readability and ease the test failure troubleshooting experience in Azure Pipelines. Podporovanou syntaxi Markdownu najdete tady.The supported markdown syntax can be found here.

Snímek obrazovky s podporou Markdownu v chybových zprávách automatizovaného testuScreenshot showing markdown support in automated test error messages.

Použití dekoratéry kanálu k automatickému vkládání kroků v úloze nasazeníUse pipeline decorators to inject steps automatically in a deployment job

Do úloh nasazení teď můžete přidat dekoratéry kanálu .You can now add pipeline decorators to deployment jobs. Můžete mít jakýkoli vlastní krok (např. skener ohrožení zabezpečení), který se automaticky vloží do každého spuštění každého úkolu nasazení.You can have any custom step (e.g. vulnerability scanner) auto-injected to every life cycle hook execution of every deployment job. Vzhledem k tomu, že dekoratéry kanálu lze použít pro všechny kanály v kolekci, lze to využít jako součást vynucování bezpečných postupů nasazení.Since pipeline decorators can be applied to all pipelines in an collection, this can be leveraged as part of enforcing safe deployment practices.

Kromě toho je možné úlohy nasazení spustit jako úlohu kontejneru spolu se službami na straně auta , pokud je tato možnost definována.In addition, deployment jobs can be run as a container job along with services side-car if defined.

Test PlansTest Plans

Stránka nový testovací plánNew Test Plan page

K dispozici je nová stránka Test Plans (test Plans *) pro všechny kolekce Azure DevOps.A new Test Plans Page (Test Plans *) is available to all Azure DevOps collections. Nová stránka nabízí zjednodušená zobrazení, která vám pomůžou soustředit se na úlohy při plánování, vytváření nebo provádění testů.The new page provides streamlined views to help you focus on the task at hand - test planning, authoring or execution. Také je zdarma a je v souladu se zbytkem nabídky Azure DevOps.It is also clutter-free and consistent with the rest of the Azure DevOps offering.

Snímek obrazovky se dvěma identiallyy s názvem testovací plány, které sdílejí back-end úložiště.Screenshot showing two identially named test plans that share a backend store.

Pomoc při pochopení nové stránkyHelp me understand the new page

Stránka s přehledem testovacího plánu

Nová Test Plansová stránka obsahuje celkem 6 částí, z nichž první 4 jsou nové, zatímco grafy & rozšiřitelnosti jsou stávající funkce.The new Test Plans page has total of 6 sections of which the first 4 are new, while the Charts & Extensibility sections are the existing functionality.

  1. Hlavička testovacího plánu: Toto použijte k vyhledání, oblíbených, úpravám, kopírování nebo naklonování testovacího plánu.Test plan header: Use this to locate, favorite, edit, copy or clone a test plan.
  2. Strom testovacích sad: Toto použijte k přidání, správě, exportu nebo seřazení testovacích sad.Test suites tree: Use this to add, manage, export or order test suites. Využijte to k přiřazování konfigurací a provádění testování přijetí uživateli.Leverage this to also assign configurations and perform user acceptance testing.
  3. Definujte kartu: COLLATE, přidejte a spravujte testovací případy v testovací sadě dle výběru prostřednictvím této karty.Define tab: Collate, add and manage test cases in a test suite of choice via this tab.
  4. Spustit kartu: přiřaďte a spusťte testy prostřednictvím této karty nebo vyhledejte výsledek testu, který chcete přejít k podrobnostem.Execute tab: Assign and execute tests via this tab or locate a test result to drill into.
  5. Karta graf: Sledujte spouštění a stav testů pomocí grafů, které lze také připnout na řídicí panely.Chart tab: Track test execution and status via charts which can also be pinned to dashboards.
  6. Rozšiřitelnost: podporuje aktuální body rozšiřitelnosti v rámci produktu.Extensibility: Supports the current extensibility points within the product.

Umožňuje získat přehled o těchto nových oddílech v širším tahu.Lets take a broad stroke view of these new sections below.

1. hlavička testovacího plánu1. Test plan header

Stránka hlavičky testovacího plánu

ÚlohyTasks

Hlavička testovacího plánu umožňuje provádět následující úlohy:The Test Plan header allows you to perform the following tasks:

  • Označení testovacího plánu jako oblíbenéMark a test plan as favorite
  • Zrušit označení oblíbeného testovacího plánuUnmark a favorited test plan
  • Snadné procházení mezi vašimi oblíbenými testovacími plányEasily navigate among your favorite test plans
  • Zobrazení cesty iterace testovacího plánu, který jasně určuje, jestli je testovací plán aktuální nebo minulýView the iteration path of the test plan, which clearly indicates if the test plan is Current or Past
  • Zobrazit stručný souhrn sestavy průběh testu s odkazem pro přechod na sestavuView the quick summary of the Test Progress report with a link to navigate to the report
  • Přejít zpět na stránku vše/dolu Test PlansNavigate back to the All/Mine Test Plans page

Možnosti místní nabídkyContext menu options

Místní nabídka v hlavičce testovacího plánu poskytuje následující možnosti:The context menu on the Test Plan header provides the following options:

  • Kopírovat testovací plán: Jedná se o novou možnost, která umožňuje rychle zkopírovat aktuální testovací plán.Copy test plan: This is a new option that allows you to quickly copy the current test plan. Další podrobnosti najdete níže.More details below.
  • Upravit testovací plán: Tato možnost umožňuje upravit formulář pracovní položky testovacího plánu pro správu polí pracovní položky.Edit test plan: This option allows you to edit the Test Plan work item form to manage the work item fields.
  • Nastavení testovacího plánu: Tato možnost umožňuje nakonfigurovat nastavení testovacího běhu (k přidružení kanálů sestavení nebo vydání) a nastavení výsledků testu.Test plan settings: This option allows you to configure the Test Run settings (to associate build or release pipelines) and the Test Outcome settings

Kopírovat testovací plán (nová možnost)Copy test plan (new capability)

Stránka kopírování testovacího plánu

Doporučujeme vytvořit nový testovací plán na Sprint nebo vydání.We recommend creating a new Test Plan per sprint/release. V takovém případě je možné obvykle zkopírovat testovací plán pro předchozí cyklus a s malým počtem změn, který je zkopírovaným testovacím plánem připraven pro nový cyklus.When doing so, generally the Test Plan for the prior cycle can be copied over and with few changes the copied test plan is ready for the new cycle. Pro usnadnění tohoto procesu jsme na nové stránce povolili funkci kopírování testovacího plánu.To make this process easy, we have enabled a 'Copy test plan' capability on the new page. Využitím této služby můžete kopírovat nebo klonovat testovací plány.By leveraging it you can copy or clone test plans. Na jeho REST API se vztahuje jeho záložní a rozhraní API umožňuje kopírování a klonování testovacího plánu napříč projekty.Its backing REST API is covered here and the API lets you copy/clone a test plan across projects too.
Další pokyny týkající se použití Test Plans najdete tady.For more guidelines on Test Plans usage, refer here.

2. strom testovacích sad2. Test suites tree

Stránka stromu testovacích sad

ÚlohyTasks

Hlavička testovací sady umožňuje provádět následující úlohy:The Test suite header allows you to perform the following tasks:

  • Rozbalit/sbalit: možnosti na panelu nástrojů umožňují rozbalit nebo sbalit stromovou strukturu hierarchie sady.Expand/collapse: This toolbar options allows you to expand or collapse the suite hierarchy tree.
  • Zobrazit zkušební body z podřízených sad: Tato možnost panelu nástrojů je zobrazena pouze v případě, že jste na kartě Execute. To vám umožní zobrazit všechny testovací body pro danou sadu a její potomky v jednom zobrazení pro snadnější správu testovacích bodů bez nutnosti přechodu na jednotlivé sady po jednom.Show test points from child suites: This toolbar option is only visible when you are in the "Execute" tab. This allows you to view all the test points for the given suite and its children in one view for easier management of test points without having to navigate to individual suites one at a time.
  • Sady objednávek: můžete přetáhnout sady, buď změnit pořadí hierarchie sad, nebo je přesunout z jedné hierarchie sady do jiné v rámci testovacího plánu.Order suites: You can drag/drop suites to either reorder the hierarchy of suites or move them from one suite hierarchy to another within the test plan.

Možnosti místní nabídkyContext menu options

Místní nabídka ve stromu testovacích sad poskytuje následující možnosti:The context menu on the Test suites tree provides the following options:

  • Vytváření nových sad: můžete vytvořit 3 různé typy sad následujícím způsobem:Create new suites: You can create 3 different types of suites as follows:
    • K uspořádání testů použijte sadu statických sad nebo složek.Use static suite or folder suite to organize your tests.
    • Sadu založenou na požadavcích použijte k přímému propojení s požadavky nebo uživatelskými scénáři, aby bylo možné plynulé sledovatelnosti.Use requirement-based suite to directly link to the requirements/user stories for seamless traceability.
    • Použijte dotazy založené na dotazu k dynamickému uspořádání testovacích případů, které splňují kritéria dotazu.Use query-based to dynamically organize test cases that meet a query criteria.
  • Přiřazení konfigurací: můžete přiřadit konfigurace pro sadu (příklad: Chrome, Firefox, EdgeChromium) a ty by pak platily pro všechny existující testovací případy nebo nové testovací případy, které do této sady přidáte později.Assign configurations: You can assign configurations for the suite (example: Chrome, Firefox, EdgeChromium) and these would then be applicable to all the existing test cases or new test cases that you add later to this suite.
  • Exportovat jako PDF/e-mail: Exportujte vlastnosti testovacího plánu, vlastnosti testovací sady spolu s podrobnostmi o testovacích případech a testovacích bodech jako buď "e-mail" nebo "Tisk do PDF".Export as pdf/email: Export the Test plan properties, test suite properties along with details of the test cases and test points as either "email" or "print to pdf".
  • Otevřít pracovní položku sady testů: Tato možnost umožňuje upravit formulář pracovní položky testovací sady pro správu polí pracovní položky.Open test suite work item: This option allows you to edit the Test suite work item form to manage the work item fields.
  • Přiřadit testery pro spuštění všech testů: Tato možnost je velmi užitečná pro scénáře testování přijetí uživatelů (UAT), ve kterých je stejný test potřeba spustit/spustit více testery, které jsou obecně patřící do různých oddělení.Assign testers to run all tests: This option is very useful for User Acceptance testing (UAT) scenarios where the same test needs to be run/executed by multiple testers, generally belonging to different departments.
  • Přejmenovat/odstranit: tyto možnosti umožňují spravovat název sady nebo odebrat sadu a její obsah z testovacího plánu.Rename/Delete: These options allow you to manage the suite name or remove the suite and its content from the test plan.

3. definice – karta3. Define tab

Stránka definovat kartu

Karta definovat umožňuje kompletování, přidávání a správu testovacích případů pro sadu testů.Define tab lets you collate, add and manage test cases for a test suite. Zatímco karta Execute slouží k přiřazování testovacích bodů a jejich provádění.Whereas the execute tab is for assigning test points and executing them.

Karta definovat a určité operace jsou k dispozici pouze uživatelům s úrovní přístupu Basic + test Plans nebo ekvivalentní.The Define tab and certain operations are only available to users with Basic + Test Plans access level or equivalent. Vše ostatní by mělo být uplatněno uživatelem s úrovní přístupu "základní".Everything else should be exercisable by a user with 'Basic' access level.

ÚlohyTasks

Karta definovat vám umožňuje provádět následující úlohy:The Define tab allows you to perform the following tasks:

  • Přidání nového testovacího případu pomocí formuláře pracovní položky: Tato možnost umožňuje vytvořit nový testovací případ pomocí formuláře pracovní položky.Add New test case using work item form: This option allows you to create a new test case using the work item form. Vytvořený testovací případ bude automaticky přidán do sady.The test case created will automatically be added to the suite.
  • Přidat nový testovací případ pomocí mřížky: Tato možnost umožňuje vytvořit jeden nebo více testovacích případů pomocí zobrazení mřížky testovacích případů.Add New test case using grid: This option allows you to create one or more test cases using the test cases grid view. Vytvořené testovací případy budou automaticky přidány do sady.The test cases created will automatically be added to the suite.
  • Přidat existující testovací případy pomocí dotazu: Tato možnost umožňuje přidat do sady existující testovací případy zadáním dotazu.Add Existing test cases using a query: This option allows you to add existing test cases to the suite by specifying a query.
  • Seřazení testovacích případů přetažením: můžete změnit pořadí testovacích případů přetažením jednoho nebo více testovacích případů v rámci dané sady.Order test cases by drag/drop: You can reorder test cases by dragging/dropping of one or more test cases within a given suite. Pořadí testovacích případů platí pouze pro manuální testovací případy a nikoli pro automatizované testy.The order of test cases only applies to manual test cases and not to automated tests.
  • Přesunout testovací případy z jedné sady do jiné: pomocí přetažení můžete přesunout testovací případy z jedné sady testů do jiné.Move test cases from one suite to another: Using drag/drop, you can move test cases from one test suite to another.
  • Zobrazit mřížku: můžete použít režim mřížky pro zobrazení a úpravy testovacích případů spolu s testovacími kroky.Show grid: You can use the grid mode for viewing/editing test cases along with test steps.
  • Zobrazení na celé obrazovce: pomocí této možnosti můžete zobrazit obsah celé karty definovat v režimu celé obrazovky.Full screen view: You can view the contents of the entire Define tab in a full screen mode using this option.
  • Filtrování: pomocí panelu filtru můžete filtrovat seznam testovacích případů pomocí polí "název testovacího případu", "přiřazeno" a "State".Filtering: Using the filter bar, you can filter the list of test cases using the fields of "test case title", "assigned to" and "state". Seznam můžete také seřadit kliknutím na záhlaví sloupců.You can also sort the list by clicking on the column headers.
  • Možnosti sloupce: seznam zobrazených sloupců můžete spravovat na kartě definovat pomocí možnosti sloupce.Column options: You can manage the list of columns visible in the Define tab using "Column options". Seznam sloupců, které jsou k dispozici pro výběr, je primárně pole z formuláře pracovní položky testovacího případu.The list of columns available for selection are primarily the fields from the test case work item form.

Možnosti místní nabídkyContext menu options

Stránka kontextové nabídky pro definování karet

Místní nabídka na uzlu testovacího případu v rámci karty definovat poskytuje následující možnosti:The context menu on the Test case node within the Define tab provides the following options:

  • Formulář pro otevření/úpravy testovacího případu: Tato možnost umožňuje upravit testovací případ pomocí formuláře pracovní položky, kde upravíte pole pracovní položky, včetně kroků testu.Open/edit test case work item form: This option allows you to edit a Test case using the work item form wherein you edit the work item fields including test steps.
  • Upravit testovací případy: Tato možnost umožňuje hromadně upravit pole pracovní položky testovacího případu.Edit test cases: This option allows you to bulk edit Test case work item fields. Tuto možnost však nelze použít k hromadnému úpravám kroků testu.However, you cannot use this option to bulk edit test steps.
  • Upravit testovací případy v mřížce: Tato možnost umožňuje hromadnou úpravu vybraných testovacích případů včetně kroků testu pomocí zobrazení mřížky.Edit test cases in grid: This option allows you to bulk edit the selected test cases including test steps using the grid view.
  • Přiřazení konfigurací: Tato možnost umožňuje přepsat konfigurace na úrovni sady pomocí konfigurací na úrovni testovacího případu.Assign configurations: This option allows you to override the suite level configurations with test case level configurations.
  • Odebrat testovací případy: Tato možnost umožňuje odebrat testovací případy z dané sady.Remove test cases: This option allows you to remove the test cases from the given suite. Tuto pracovní položku testovacího případu nemění, i když.It does not change the underlying test case work item though.
  • Vytvoření kopie nebo klonu testovacích případů: Tato možnost umožňuje vytvořit kopii nebo klon vybraných testovacích případů.Create a copy/clone of test cases: This option allows you to create a copy/clone of selected test cases. Další podrobnosti najdete níže.See below for more details.
  • Zobrazení propojených položek: Tato možnost umožňuje zobrazit propojené položky pro daný testovací případ.View linked items: This option allows you to look at the linked items for a given test case. Další podrobnosti najdete níže.See below for more details.

Kopírování a klonování testovacích případů (nová možnost)Copy/clone test cases (new capability)

Stránka definice testovacích případů na kartě

U scénářů, kde chcete kopírovat nebo klonovat testovací případ, můžete použít možnost Kopírovat testovací případ.For scenarios where you want to copy/clone a test case, you can use the "Copy test case" option. Můžete určit cílový projekt, cílový testovací plán a cílovou testovací sadu, ve které chcete vytvořit kopírovací nebo klonovaný testovací případ.You can specify the destination project, destination test plan and destination test suite in which to create the copy/cloned test case. Kromě toho můžete také určit, jestli chcete do klonované kopie zahrnout existující odkazy nebo přílohy do toku.In addition, you can also specify whether you want to include existing links/attachments to flow into the cloned copy.

Zobrazení propojených položek (nová možnost)View linked items (new capability)

Stránka definice zobrazení na kartě s propojenými položkami

Sledovatelnost mezi artefakty testu, požadavky a chyby je nejdůležitějším umístěním Test Plans produktu.Traceability among test artifacts, requirements and bugs is a critical value proposition of the Test Plans product. Pomocí možnosti zobrazit propojené položky můžete snadno zobrazit všechny odkazované požadavky, se kterými je tento testovací případ propojen, všechny testovací sady/testovací plány, kde byl tento testovací případ použit, a všechny chyby, které byly zapsány jako součást provádění testu.Using the "View linked items" option, you can easily look at all the linked Requirements that this test case is linked with, all the Test suites/Test plans where this test case has been used and all the bugs that have been filed as part of test execution.

4. Execute – karta4. Execute tab

spustit stránku karty

Karta definovat umožňuje kompletování, přidávání a správu testovacích případů pro sadu testů.Define tab lets you collate, add and manage test cases for a test suite. Zatímco karta Execute slouží k přiřazování testovacích bodů a jejich provádění.Whereas the execute tab is for assigning test points and executing them.

Co je testovací bod?What is a test point? Testovací případy samy sebe nejsou spustitelné.Test cases by themselves are not executable. Když přidáte testovací případ do testovací sady, budou vygenerovány zkušební body.When you add a test case to a test suite then test point(s) are generated. Testovací bod je jedinečná kombinace testovacího případu, testovací sady, konfigurace a tester.A test point is a unique combination of test case, test suite, configuration, and tester. Příklad: Pokud máte testovací případ jako funkci testu přihlášení a přidáte do ní 2 konfigurace jako Edge a Chrome, pak se v tomto výsledku zobrazí 2 zkušební body.Example: if you have a test case as "Test login functionality" and you add 2 configurations to it as Edge and Chrome then this results in 2 test points. Nyní lze tyto zkušební body spustit.Now these test points can be executed. Při spuštění jsou vygenerovány výsledky testů.On execution, test results are generated. Prostřednictvím zobrazení výsledků testů (historie spouštění) můžete zobrazit všechna spuštění testovacího bodu.Through the test results view (execution history) you can see all executions of a test point. Nejnovější spuštění testovacího bodu je to, co vidíte na kartě Execute (spustit).The latest execution for the test point is what you see in the execute tab.
Testovací případy jsou proto opakovaně použitelnými entitami.Hence, test cases are reusable entities. Zahrnutím do testovacího plánu nebo sady jsou vygenerovány testovací body.By including them in a test plan or suite, test points are generated. Spuštěním testovacích bodů určíte kvalitu vyvíjeného produktu nebo služby.By executing test points, you determine the quality of the product or service being developed.

Jednou z hlavních výhod této nové stránky je pro uživatele, kteří převážně provádějí provádění nebo sledování testů (musí mít jenom základní úroveň přístupu), nejsou zahlcené složitou sadou Management Suite (karta definovat je pro tyto uživatele skrytá).One of the primary benefits of the new page is for users who mainly do test execution/tracking (need to have only 'Basic' access level), they are not overwhelmed by the complexity of suite management (define tab is hidden for such users).

Karta definovat a určité operace jsou k dispozici pouze uživatelům s úrovní přístupu Basic + test Plans nebo ekvivalentní.The Define tab and certain operations are only available to users with Basic + Test Plans access level or equivalent. Všechno ostatní, včetně karty "spustit", by mělo být možné uplatnit uživatelem s úrovní přístupu "základní".Everything else, including the "Execute" tab should be exercisable by a user with 'Basic' access level.

ÚlohyTasks

Karta spustit vám umožňuje provádět následující úlohy:The Execute tab allows you to perform the following tasks:

  • Hromadné značky testů: Tato možnost umožňuje rychle označit výsledek testovacích bodů – úspěšné, neúspěšné, blokované nebo nepoužitelné, aniž by bylo nutné spustit testovací případ prostřednictvím nástroje Test Runner.Bulk mark test points: This option allows you to quickly mark the outcome of the test points - passed, failed, blocked or not applicable, without having to run the test case via the Test runner. Výsledek lze označit pro jeden nebo více zkušebních bodů v jednom umístění.The outcome can be marked for one or multiple test points at one go.
  • Spustit testovací body: Tato možnost umožňuje spustit testovací případy jednotlivě v každém testovacím kroku a označit je jako úspěšné a neúspěšné pomocí nástroje Test Runner.Run test points: This option allows you to run the test cases by individually going through each test step and marking them pass/fail using a Test runner. V závislosti na aplikaci, kterou testujete, můžete použít "Web Runner" pro testování "webové aplikace" nebo "Desktop Runner" pro testování stolních počítačů a/nebo webových aplikací.Depending upon the application you are testing, you can use the "Web Runner" for testing a "web application" or the "desktop runner" for testing desktop and/or web applications. Můžete také vyvolat "spustit s možnostmi" a zadat sestavení, proti kterému testování chcete provést.You can also invoke the "Run with options" to specify a Build against which the testing you want to perform.
  • Možnosti sloupce: seznam zobrazených sloupců můžete spravovat na kartě Execute pomocí možnosti sloupce.Column options: You can manage the list of columns visible in the Execute tab using "Column options". Seznam sloupců, které jsou k dispozici pro výběr, je spojen s testovacími body, jako je například Run by, přiřazený Tester, konfigurace atd.The list of columns available for selection are associated with test points, such as Run by, Assigned Tester, Configuration, etc.
  • Zobrazení celé obrazovky: pomocí této možnosti můžete zobrazit obsah celé karty spustit v režimu celé obrazovky.Full screen view: You can view the contents of the entire Execute tab in a full screen mode using this option.
  • Filtrování: pomocí panelu filtru můžete filtrovat seznam zkušebních bodů pomocí polí "název testovacího případu", "přiřazeno", "stav", "testovací výsledek", "Tester" a "konfigurace".Filtering: Using the filter bar, you can filter the list of test points using the fields of "test case title", "assigned to", "state", "test outcome", "Tester" and "Configuration". Seznam můžete také seřadit kliknutím na záhlaví sloupců.You can also sort the list by clicking on the column headers.

Možnosti místní nabídkyContext menu options

spustit stránku místní nabídky na kartě

Místní nabídka na uzlu testovacího bodu na kartě Execute nabízí následující možnosti:The context menu on the Test point node within the Execute tab provides the following options:

  • Označit výsledek testu: stejné jako výše, umožňuje rychle označit výsledek testovacích bodů – úspěšné, neúspěšné, blokované nebo nepoužitelné.Mark test outcome: Same as above, allows you to quickly mark the outcome of the test points - passed, failed, blocked or not applicable.
  • Spustit testovací body: stejné jako výše, umožňuje spuštění testovacích případů prostřednictvím nástroje Test Runner.Run test points: Same as above, allows you to run the test cases via test runner.
  • Resetovat test na aktivní: Tato možnost umožňuje resetovat výsledek testu na aktivní, čímž se ignoruje poslední výsledek testovacího bodu.Reset test to active: This option allows you to reset the test outcome to active, thereby ignoring the last outcome of the test point.
  • Formulář pro otevření/úpravy testovacího případu: Tato možnost umožňuje upravit testovací případ pomocí formuláře pracovní položky, kde upravíte pole pracovní položky, včetně kroků testu.Open/edit test case work item form: This option allows you to edit a Test case using the work item form wherein you edit the work item fields including test steps.
  • Přiřadit testera: Tato možnost umožňuje přiřadit testovací body testerům pro provádění testů.Assign tester: This option allows you to assign the test points to testers for test execution.
  • Zobrazit výsledek testu: Tato možnost umožňuje zobrazit nejnovější podrobnosti o výsledku testu, včetně výsledku každého testovacího kroku, přidaných komentářů nebo chyb.View test result: This option allows you to view the latest test outcome details including the outcome of each test step, comments added or bugs filed.
  • Zobrazit historii spuštění: Tato možnost umožňuje zobrazit celou historii spuštění vybraného testovacího bodu.View execution history: This option allows you to view the entire execution history for the selected test point. Otevře se nová stránka, na kterou můžete upravit filtry, abyste zobrazili historii spouštění nejen pro vybraný testovací bod, ale také pro celý testovací případ.It opens up a new page wherein you can adjust the filters to view the execution history of not just the selected test point but also for the entire test case.

Sestava průběhu Test PlansTest Plans Progress report

Tato předem připravená sestava vám pomůže sledovat provádění a stav jednoho nebo více Test Plans v projektu.This out-of-the-box report helps you track the execution and status of one or more Test Plans in a project. Chcete-li začít používat sestavu, přejděte na stránku Test Plans > průběh sestavy *.Visit Test Plans > Progress report* to start using the report.

Snímek obrazovky s oddílem Test Plans se zvýrazněnou možností sestavy průběhuScreenshot of the Test Plans section with the Progress report option highlighted.

Tyto tři části sestavy obsahují následující:The three sections of the report include the following:

  1. Summary: zobrazí konsolidované zobrazení pro vybrané testovací plány.Summary: shows a consolidated view for the selected test plans.
  2. Trend výsledku: vykreslí denní snímek, který vám poskytne spojnici trendu spuštění a stavu.Outcome trend: renders a daily snapshot to give you an execution and status trendline. Může zobrazovat data po dobu 14 dnů (výchozí), 30 dní nebo vlastní rozsah.It can show data for 14 days (default), 30 days, or a custom range.
  3. Podrobnosti: Tato část vám umožňuje procházet hierarchii podle jednotlivých testovacích plánů a poskytuje důležité analýzy pro každou sadu testů.Details: this section lets you drill down by each test plan and gives you important analytics for each test suite.

Snímek obrazovky sestavy průběhuScreenshot of the Progress report.

ArtifactsArtifacts

Poznámka

Azure DevOps Server 2020 neimportují informační kanály, které jsou v odpadkovém koši během importu dat.Azure DevOps Server 2020 does not import feeds that are in the recycle bin during data import. Pokud chcete importovat informační kanály, které jsou v odpadkovém koši, obnovte je před spuštěním importu dat ze složky Koš.If you wish to import feeds which are in the recycle bin, please restore them from the recycle bin before starting data import.

Výrazy licencí a vložené licenceLicense expressions and embedded licenses

Nyní můžete zobrazit podrobnosti o licencích pro balíčky NuGet uložené v Azure Artifacts při procházení balíčků v aplikaci Visual Studio.Now you can see the details of license information for NuGet packages stored in Azure Artifacts while browsing packages in Visual Studio. To platí pro licence, které jsou reprezentovány pomocí výrazů licencí nebo vložených licencí.This applies to licenses which are represented using license expressions or embedded licenses. Nyní uvidíte odkaz na informace o licenci na stránce s podrobnostmi balíčku sady Visual Studio (červená šipka na obrázku níže).Now you can see a link to the license information in the Visual Studio package details page (red arrow in the image below).

Snímek obrazovky Newtonsoft.Jsbalíčku NuGet s červenou šipkou ukazující na licenci balíčkuScreenshot of the Newtonsoft.Json NuGet package with a red arrow pointing to the package's license.

Kliknutím na odkaz přejdete na webovou stránku, kde můžete zobrazit podrobnosti o licenci.Clicking on the link will take you to a web page where you can view the details of the license. Toto prostředí je stejné pro oba výrazy licencí i pro vložené licence, takže si můžete prohlédnout podrobnosti o licencích pro balíčky uložené v Azure Artifacts na jednom místě (pro balíčky, které určují informace o licencích a které podporuje Visual Studio).This experience is the same for both license expressions and embedded licenses, so you can see license details for packages stored in Azure Artifacts in one place (for packages which specify license information and are supported by Visual Studio).

Snímek obrazovky okna prohlížeče dispalying text licence MITScreenshot of a browser window dispalying the MIT licence text

Úlohy zjednodušeného ověřováníLightweight authentication tasks

Nyní se můžete s oblíbenými správci balíčků ověřit z Azure Pipelines pomocí úloh ověřování s lehkým ověřením.You can now authenticate with popular package managers from Azure Pipelines using light-weight authentication tasks. Patří sem balíčky NuGet, NPM, PIP, vlákna a Maven.This includes NuGet, npm, PIP, Twine, and Maven. Dřív jste se mohli pomocí těchto správců balíčků ověřit pomocí úloh, které poskytují velké množství funkcí, včetně možnosti Publikovat a stahovat balíčky.Previously, you could authenticate with these package managers using tasks which provided a large amount of functionality, including the ability to publish and download packages. To se ale vyžaduje pomocí těchto úloh pro všechny aktivity, které jsou ve spolupráci se správci balíčků.However, this required using these tasks for all activities which interacted with the package managers. Pokud jste měli vlastní skripty pro provádění úloh, jako je publikování nebo stahování balíčků, nebudete je moct použít ve vašem kanálu.If you had your own scripts to run for performing tasks like publishing or downloading packages, you would not be able to use them in your Pipeline. Nyní můžete v kanálu YAML používat skripty vlastního návrhu a provádět ověřování pomocí těchto nových zjednodušených úloh.Now, you can use scripts of your own design in your pipeline YAML and perform authentication with these new lightweight tasks. Příklad s použitím npm:An example using npm:

Snímek obrazovky s příkladem úlohy s odlehčeným ověřovánímScreenshot of an example of a lightweight authentication task.

Použití příkazu "ci" a "publikovat" na tomto obrázku je libovolné, mohli byste použít jakékoli příkazy podporované Azure Pipelines YAML.The use of the "ci" and "publish" command in this illustration are arbitrary, you could use any commands supported by Azure Pipelines YAML. Díky tomu budete mít úplnou kontrolu nad voláním příkazů a díky tomu můžete v konfiguraci kanálu snadno používat sdílené skripty.This enables you to have complete control of command invocation and makes it easy to use shared scripts in your pipeline configuration. Další informace najdete v dokumentaci k úloze ověřování NuGet, npm, PIP, vláknaa Maven .For more information, please see the NuGet, npm, PIP, Twine, and Maven authentication task documentation.

Vylepšení času načtení stránky kanáluImprovements to feed page load time

S radostí oznamujeme, že jsme vylepšili dobu načítání stránky informačního kanálu.We are excited to announce that we have improved the feed page load time. V průměru se doba načítání stránky kanálu snížila o 10%.On average, feed page load times have decreased by 10%. Největší kanály zjistily maximální dobu načítání stránky kanálu 99 percentilu (doba načítání v nejvyšší 99% všech informačních kanálů) se snížila o 75%.The largest feeds have seen the most improvement the 99th percentile feed page load time (load times in the highest 99% of all feeds) decreased by 75%.

Veřejně sdílejte balíčky pomocí veřejných informačních kanálůShare your packages publicly with public feeds

Balíčky teď můžete vytvářet a ukládat do veřejných informačních kanálů.You can now create and store your packages inside public feeds. Balíčky uložené v rámci veřejných informačních kanálů jsou k dispozici všem uživatelům na internetu bez ověřování, ať už jsou ve vaší kolekci nebo dokonce přihlášeni do kolekce Azure DevOps.Packages stored within public feeds are available to everyone on the internet without authentication, whether or not they're in your collection, or even logged into an Azure DevOps collection. Přečtěte si další informace o veřejných kanálech v naší dokumentaci k informačním kanálům nebo přejděte přímo do našeho kurzu pro sdílení balíčků.Learn more about public feeds in our feeds documentation or jump right into our tutorial for sharing packages publicly.

Snímek obrazovky zobrazující stránku PublicFeed pro vaše balíčkyScreenshot showing the PublicFeed page for your packages.

Konfigurace nadřazeného objektu v různých kolekcích v rámci tenanta AADConfigure upstreams in different collections within an AAD tenant

Nyní můžete přidat informační kanál do jiné kolekce přidružené k vašemu tenantovi Azure Active Directory (AAD) jako nadřazený zdroj pro váš informační kanál artefaktů.You can now add a feed in another collection associated with your Azure Active Directory (AAD) tenant as an upstream source to your Artifacts feed. Váš informační kanál může vyhledat a použít balíčky z informačních kanálů, které jsou nakonfigurované jako nadřazené zdroje, a umožnit tak snadné sdílení balíčků napříč kolekcemi přidruženými k vašemu tenantovi AAD.Your feed can find and use packages from the feeds that are configured as upstream sources, allowing packages to be shared easily across collections associated with your AAD tenant. Podívejte se, jak to nastavit v dokumentaci.See how to set this up in the docs.

Použití poskytovatele pověření Pythonu k ověření PIP a vlákna pomocí Azure Artifactsových kanálůUse the Python Credential Provider to authenticate pip and twine with Azure Artifacts feeds

Nyní můžete nainstalovat a používat poskytovatele pověření Pythonu (artefakty-Ring) k automatickému nastavení ověřování pro publikování nebo zpracování balíčků Pythonu do nebo z Azure Artifactsového kanálu.You can now install and use the Python Credential Provider (artifacts-keyring) to automatically set up authentication to publish or consume Python packages to or from an Azure Artifacts feed. U poskytovatele přihlašovacích údajů nemusíte nastavovat žádné konfigurační soubory (pip.ini/PIP.conf/.pypirc). při prvním volání PIP nebo vlákna se v webovém prohlížeči jednoduše převezme tok ověřování.With the credential provider, you don't have to set up any configuration files (pip.ini/pip.conf/.pypirc), you will simply be taken through an authentication flow in your web browser when calling pip or twine for the first time. Další informace najdete v dokumentaci.See more information in the documentation.

Azure Artifacts informačních kanálů ve Správci balíčků sady Visual StudioAzure Artifacts feeds in the Visual Studio Package Manager

Nyní zobrazujeme ikony, popisy a autory balíčku ve Správci balíčků NuGet sady Visual Studio pro balíčky obsluhované z Azure Artifactsových kanálů.We now show package icons, descriptions, and authors in the Visual Studio NuGet Package Manager for packages served from Azure Artifacts feeds. Dřív se tato metadata neposkytla VS.Previously, most of this metadata was not provided to VS.

Aktualizované prostředí pro připojení k informačnímu kanáluUpdated Connect to feed experience

V dialogovém okně připojit ke kanálu je vstup použití Azure Artifacts; obsahuje informace o tom, jak nakonfigurovat klienty a úložiště pro vyžádání a stažení balíčků z informačních kanálů v Azure DevOps.The Connect to feed dialog is the entryway to using Azure Artifacts; it contains information on how to configure clients and repositories to push and pull packages from feeds in Azure DevOps. Aktualizovali jsme dialog a přidali jsme podrobné informace o nastavení a rozšířili jsme nástroje, které poskytujeme pro vás pokyny.We've updated the dialog to add detailed set-up information and expanded the tools we give instructions for.

Veřejné informační kanály jsou teď všeobecně dostupné s podporou pro odesílání dat.Public feeds are now generally available with upstream support

Verze Public Preview veřejných kanálů přijala Skvělé přijetí a zpětnou vazbu.The public preview of public feeds has received great adoption and feedback. V této verzi jsme rozšířili další funkce na obecnou dostupnost.In this release, we extended additional features to general availability. Nyní můžete nastavit veřejný informační kanál jako nadřazený zdroj z privátního informačního kanálu.Now, you can set a public feed as an upstream source from a private feed. Konfigurační soubory můžete zjednodušit tak, že je budete moct zasílat do a z privátních kanálů a informačních kanálů s rozsahem projektu.You can keep your config files simple by being able to upstream both to and from private and project-scoped feeds.

Vytváření informačních kanálů v oboru projektu z portáluCreate project-scoped feeds from the portal

Po vydání veřejných informačních kanálů jsme také vydali informační kanály v oboru projektu.When we released public feeds, we also released project-scoped feeds. Předtím, než se teď dají kanály v rámci projektu vytvořit pomocí rozhraní REST API, nebo vytvořením veřejného informačního kanálu a pak ho zapněte jako soukromý projekt.Until now, project-scoped feeds could be created via REST APIs or by creating a public feed and then turning the project private. Nyní můžete vytvořit kanály s rozsahem projektu přímo na portálu z libovolného projektu, pokud máte požadovaná oprávnění.Now, you can create project-scoped feeds directly in the portal from any project if you have the required permissions. Můžete také zjistit, které informační kanály jsou projekty a které jsou v rámci výběru informačního kanálu vymezeny kolekcí.You can also see which feeds are project and which are collection-scoped in the feed picker.

vylepšení výkonu npmnpm performance improvements

Provedli jsme změny našeho základního návrhu, abychom vylepšili způsob ukládání a doručování balíčků npm v informačních kanálech Azure Artifacts.We have made changes to our core design to improve the way we store and deliver npm packages in Azure Artifacts feeds. Díky tomu se nám povedlo snížit latenci pro některé z nejvyšších použitých rozhraní API pro npm.This has helped us achieve up to 10-fold reduction in latency for some of the highest used APIs for npm.

Vylepšení přístupnostiAccessibility improvements

Nasadili jsme opravy pro řešení problémů s přístupností na naší stránce s informačními kanály.We have deployed fixes to address accessibility issues on our feeds page. Mezi tyto opravy patří:The fixes include the following:

  • Vytvořit prostředí kanáluCreate feed experience
  • Prostředí nastavení globálního informačního kanáluGlobal feed settings experience
  • Připojení k prostředí informačního kanáluConnect to feed experience

WikiWiki

Bohatá úprava pro stránky wikiwebu kóduRich editing for code wiki pages

Dříve byly při úpravě stránky wikiwebu kódu přesměrovány do centra Azure Repos pro úpravy.Previously, when editing a code wiki page, you were redirected to the Azure Repos hub for editing. V současné době není centrum úložiště optimalizované pro úpravy Markdownu.Currently, the Repo hub is not optimized for markdown editing.

Teď můžete na wikiwebu upravovat stránku wikiwebu kódu v rámci souběžného editoru.Now you can edit a code wiki page in the side-by-side editor inside wiki. To vám umožní použít panel nástrojů s bohatou markdownuou k vytvoření obsahu, který usnadňuje práci s úpravami na wikiwebu projektu.This lets you use the rich markdown toolbar to create your content making the editing experience identical to the one in project wiki. Stále se můžete rozhodnout upravit v úložišti úložišť tak, že v místní nabídce vyberete možnost Upravit v úložišť .You can still choose to edit in repos by selecting the Edit in Repos option in the context menu.

Snímek obrazovky s nabídkou upravit s možností upravit v úložištích s názvem.Screenshot showing the Edit menu with the Edit in Repos option called out.

Vytvoření a vložení pracovních položek ze stránky wikiwebuCreate and embed work items from a wiki page

Jak jsme se dozvěděli o vaší zpětné vazbě, slyšeli jsme, že k zaznamenání dokumentů o pracovní debatě, plánování dokumentů, nápadů o funkcích, specifikacích dokumentů, minutách pro schůzku slouží wiki.As we listened to your feedback, we heard that you use wiki to capture brainstorming documents, planning documents, ideas on features, spec documents, minutes of meeting. Teď můžete snadno vytvářet funkce a uživatelské scénáře přímo z plánovacího dokumentu, aniž byste museli opustit stránku wikiwebu.Now you can easily create features and user stories directly from a planning document without leaving the wiki page.

Chcete-li vytvořit pracovní položku, vyberte text na stránce wikiwebu, kam chcete vložit pracovní položku, a vyberte možnost nová pracovní položka.To create a work item select the text in the wiki page where you want to embed the work item and select New work item. Tím ušetříte čas, protože nemusíte nejprve vytvořit pracovní položku, přejít na Upravit a potom najít pracovní položku pro vložení.This saves you time since you don't have to create the work item first, go to edit and then find the work item to embed it. Zároveň se tím zkracuje kontextový přepínač, protože se nebudete přecházet z oboru wiki.It also reduces context switch as you don’t go out of the wiki scope.

Krátké video ukazující, jak vytvořit a vložit pracovní položky ze stránky wikiwebu.Short video showing how to create and embed work items from a wiki page.

Další informace o vytvoření a vložení pracovní položky ze wikiwebu najdete v naší dokumentaci.To learn more about creating and embedding a work item from wiki, see our documentation here.

Komentáře na stránkách wikiComments in wiki pages

Dříve jste nepoužívali způsob, jak komunikovat s dalšími uživateli wiki v rámci wikiwebu.Previously, you didn't have a way to interact with other wiki users inside the wiki. Provedli jsme spolupráci s obsahem a získávání otázek, které odpověděly na výzvu od chvíle, kdy se z konverzací prováděly kanály pošty nebo chatu.This made collaborating on content and getting questions answered a challenge since conversations had to happen over mail or chat channels. S komentáři můžete nyní spolupracovat s ostatními přímo v rámci wikiwebu.With comments, you can now collaborate with others directly within the wiki. Funkce uživatelů můžete využít @mention v rámci komentářů k vyčerpání pozornosti dalších členů týmu.You can leverage the @mention users functionality inside comments to draw the attention of other team members. Tato funkce má prioritu na základě tohoto lístku návrhů.This feature was prioritized based on this suggestion ticket. Další informace o komentářích najdete v naší dokumentaci .For more on comments, please see our documentation here.

Snímek obrazovky ukazující, jak přidat komentáře na wiki stránkyScreenshot showing how to add comments on wiki pages.

Skrýt složky a soubory začínající znakem "."Hide folders and files starting with “.” ve stromové struktuře wikiwebuin wiki tree

Až do té chvíle, strom wiki zobrazil všechny složky a soubory, které začínají tečkou (.) ve stromu wikiwebu.Until now, the wiki tree showed all the folders and files starting with a dot (.) in the wiki tree. Ve scénářích wiki kódu to způsobilo, že složky jako. VSCode, které mají být skryté, se zobrazí ve stromové struktuře wikiwebu.In code wiki scenarios, this caused folders like .vscode, which are meant to be hidden, to show up in the wiki tree. Všechny soubory a složky, které začínají tečkou, zůstanou ve stromové struktuře wiki skryté a tím se zkrátí zbytečné zbytečné.Now, all the files and folders starting with a dot will remain hidden in the wiki tree hence reducing unnecessary clutter.

Tato funkce má prioritu na základě tohoto lístku návrhů.This feature was prioritized based on this suggestion ticket.

Krátké a čitelné adresy URL stránek wikiwebuShort and readable Wiki page URLs

Pro sdílení odkazů na stránku wikiwebu už nemusíte používat víceřádkovou adresu URL.You no longer have to use a multiline URL to share wiki page links. V adrese URL využíváme ID stránek k odebrání parametrů, takže adresa URL je kratší a snazší pro čtení.We are leveraging the page IDs in the URL to remove parameters hence making the URL shorter and easier to read.

Nová struktura adres URL bude vypadat takto:The new structure of URLs will look like:

https://dev.azure.com/{accountName}/{projectName}/_wiki/wikis/{wikiName}/{pageId}/{readableWiki PageName}

Toto je příklad nové adresy URL pro úvodní stránku Azure DevOps wiki :This is an example of the new URL for a Welcome to Azure DevOps Wiki page:

https://dev.azure.com/microsoft/ AzureDevOps/_wiki/wikis/AzureDevOps.wiki/1/Welcome-to-Azure-DevOps-Wiki

Toto bylo na základě tohoto lístku návrhů funkcí z komunity vývojářů upřednostněno.This was prioritized based on this feature suggestion ticket from the Developer Community.

Synchronní posouvání pro úpravu wiki stránekSynchronous scroll for editing wiki pages

Úpravy stránek wikiwebu jsou teď jednodušší díky synchronnímu posouvání mezi podoknem úprav a náhledu.Editing wiki pages is now easier with synchronous scroll between the edit and the preview pane. Posouvání na jedné straně automaticky posune druhou stranu na mapu odpovídajících oddílů.Scrolling on one side will automatically scroll the other side to map the corresponding sections. Synchronní rolování můžete zakázat pomocí přepínacího tlačítka.You can disable the synchronous scroll with the toggle button.

Snímek panelu nástrojů wiki s ikonou posuvníku synchronus s názvem a vypnutím tlačítka pro zakázání synchronizovaného posuvníku nad nímScreenshot of the wiki toolbar with the synchronus scroll icon called out and the Disable Synchronized scroll toggle button above it.

Poznámka

Stav synchronního přepínače Scroll se ukládá na uživatele a účet.The state of the synchronous scroll toggle is saved per user and account.

Návštěvy stránek wikiwebuPage visits for wiki pages

Teď můžete získat přehled o návštěvách stránek wikiwebu.You can now get insights into the page visits for wiki pages. REST API vám umožní přístup k informacím o návštěvě stránky za posledních 30 dní.The REST API let you access the page visits information in the last 30 days. Tato data můžete použít k vytvoření sestav pro stránky wikiwebu.You can use this data to create reports for your wiki pages. Kromě toho můžete tato data uložit do zdroje dat a vytvářet řídicí panely, abyste získali konkrétní přehledy, jako jsou nejčastěji zobrazené stránky.In addition, you can store this data in your data source and create dashboards to get specific insights like top-n most viewed pages.

Na každé stránce se zobrazí také počet návštěv agregované stránky za posledních 30 dní.You will also see an aggregated page visits count for the last 30 days in every page.

Snímek obrazovky zobrazující předchozí návštěvy stránky wikiwebuScreenshot showing the previous visits for a wiki page.

Poznámka

Návštěva stránky je definována jako zobrazení stránky daným uživatelem v intervalu 15 minut.A page visit is defined as a page view by a given user in a 15-minute interval.

Vytváření sestavReporting

Sestavy selhání a doby trvání kanáluPipeline failure and duration reports

Metriky a přehledy vám pomůžou průběžně zlepšovat propustnost a stabilitu vašich kanálů.Metrics and insights help you continuously improve the throughput and stability of your pipelines. Přidali jsme dvě nové sestavy, které vám poskytnou přehled o vašich kanálech.We have added two new reports to provide you insights about your pipelines.

  1. Sestava selhání kanálu zobrazuje míru úspěšnosti sestavení a trend selhání.Pipeline failure report shows the build pass rate and the failure trend. Kromě toho se také zobrazí trend selhání úkolů, který vám poskytne přehled o tom, který úkol v kanálu přispívá k maximálnímu počtu selhání.In addition, it will also show the tasks failure trend to provide insights on which task in the pipeline is contributing to the maximum number of failures.

Snímek obrazovky znázorňující kartu analýza, na které se zobrazuje oznámení o úspěšnosti kanálu, míra úspěšnosti testu a označení doby trvání kanálu.Screenshot showing the Analytics tab displaying the Pipeline pass rate badge, the Test pass rate badge, and the Pipeline duration badge.

Snímek obrazovky zobrazující sestavu o chybách kanáluScreenshot showing the Pipeline failure report.

  1. Sestava doby trvání kanálu zobrazuje trend času potřebný ke spuštění kanálu.Pipeline duration report shows the trend of time taken for a pipeline to run. Zobrazuje také, které úlohy v kanálu přebírají nejvíc času.It also shows which tasks in the pipeline are taking the most amount of time.

Vylepšení pomůcky výsledků dotazuImprovement to the Query Results widget

Widget výsledků dotazu je jedním z nejoblíbenějších widgetů a z dobrého důvodu.The query results widget is one of our most popular widgets, and for good reason. Pomůcka zobrazuje výsledky dotazu přímo na řídicím panelu a je užitečné v mnoha situacích.The widget displays the results of a query directly on your dashboard and is useful in many situations.

V této aktualizaci jsme zahrnuli spoustu očekávaných vylepšení:With this update we included many long-awaited improvements:

  • Nyní můžete vybrat tolik sloupců, kolik chcete zobrazit v widgetu.You can now select as many columns as you want to display in the widget. Neomezovat na 5 sloupců.No more 5-column limit!
  • Pomůcka podporuje všechny velikosti, od 1x1 po 10x10.The widget supports all sizes, from 1x1 to 10x10.
  • Při změně velikosti sloupce bude šířka sloupce uložena.When you resize a column, the column width will be saved.
  • Pomůcku můžete rozšířit na zobrazení na celé obrazovce.You can expand the widget to full screen view. Při rozšířeném zobrazení se zobrazí všechny sloupce vrácené dotazem.When expanded, it will display all the columns returned by the query.

Podrobnosti o vedoucím a cyklu pro pokročilé filtrováníLead and Cycle Time widgets advanced filtering

Týmy využívají vedoucí a cykly k tomu, aby viděli, jak dlouho trvá práce v rámci svých vývojových kanálů, a nakonec doručí svým zákazníkům hodnotu.Lead and cycle time are used by teams to see how long it takes for work to flow through their development pipelines, and ultimately deliver value to their customers.

Do té doby nepodporovaly pomůcky pro pokročilý filtr, jako je například: jak dlouho trvá tým, aby uzavřel položky s vyšší prioritou? "Until now, the lead and cycle time widgets did not support advanced filter criteria to ask questions such as: "how long is it taking my team to close out the higher priority items?"

S těmito otázkami aktualizace se dá odpovědět filtrováním na panelu plavecké dráhy.With this update questions like this can be answered by filtering on the Board swimlane.

Snímek obrazovky s dialogem konfigurace s vyvolaným oddílem plavecké dráhyScreenshot showing the Configuration dialog box with the Swimlane section called out.

Zahrnuli jsme také filtry pracovních položek, aby se omezily pracovní položky, které se zobrazují v grafu.We've also included work item filters in order to limit the work items that appear in the chart.

Snímek obrazovky s dialogem konfigurace s oddílem kritéria pole s názvem.Screenshot showing the Configuration dialog box with the Field criteria section called out.

Burndown vloženého sprintu pomocí bodů scénářeInline sprint burndown using story points

Burndown sprintu teď můžou burndown podle příběhů.Your Sprint Burndown can now burndown by Stories. Tím se vaše názory od komunity vývojářůřeší.This addresses your feedback from the Developer Community.

V centru sprintů vyberte kartu Analytics. Pak proveďte konfiguraci sestavy následujícím způsobem:From the Sprint hub select the Analytics tab. Then configure you report as follows:

  1. Vybrat backlog scénářůSelect Stories backlog
  2. Vyberte, aby se burndown Celkový počet bodů scénáře .Select to burndown on Sum of Story Points

Snímek obrazovky znázorňující burndown vloženého sprintu pomocí bodů scénářeScreenshot showing the inline sprint burndown using story points.

Widget burndown sprintu se všemi vašimi žádostmiA Sprint Burndown widget with everything you've been asking for

Nový widget burndown sprintu podporuje vypalování podle bodů scénáře, počtu úkolů nebo souhrnem vlastních polí.The new Sprint Burndown widget supports burning down by Story Points, count of Tasks, or by summing custom fields. Můžete dokonce vytvořit Sprint Burndown pro funkce nebo náměty.You can even create a sprint burndown for Features or Epics. Widget zobrazuje průměrnou burndown, dokončeno% dokončení a rozsah zvýšení.The widget displays average burndown, % complete, and scope increase. Tým můžete nakonfigurovat, abyste mohli zobrazit burndowns sprintu pro několik týmů na stejném řídicím panelu.You can configure the team, letting you display sprint burndowns for multiple teams on the same dashboard. Po všech těchto skvělých informacích, které se mají zobrazit, vám na řídicím panelu můžeme změnit velikost na 10x10.With all this great information to display, we let you resize it up to 10x10 on the dashboard.

Sceenshot zobrazující nové widgety burndown sprintu.Sceenshot showing the new Sprint Burndown widget.

Pokud ho chcete vyzkoušet, můžete ho přidat z katalogu widgetů nebo úpravou konfigurace pro existující widget burndown sprintu a zaškrtnutím políčka vyzkoušet novou verzi .To try it out, you can add it from the widget catalog, or by editing the configuration for the existing Sprint Burndown widget and checking the Try the new version now box.

Poznámka

Nový pomůcka používá analýzy.The new widget uses Analytics. V případě, že nemáte přístup k analýzám, jsme zavedli starší verze sprintu burndown.We kept the legacy Sprint Burndown in case you don't have access to Analytics.

Miniatura burndown vloženého sprintuInline sprint burndown thumbnail

Burndown sprintu je zpět.The Sprint Burndown is back! Před několika předních sprinty jsme odebrali burndowny v kontextu sprintu z hlaviček Burndown a referenčnímu.A few sprint ago, we removed the in-context sprint burndown from the Sprint Burndown and Taskboard headers. Na základě vaší zpětné vazby jsme vylepšili a znovu zavedli miniaturu sprintu burndown.Based on your feedback, we've improved and reintroduced the sprint burndown thumbnail.

Snímek obrazovky zobrazující miniaturu burndown vloženého sprintuScreenshot showing the inline sprint burndown thumbnail.

Kliknutím na miniaturu se okamžitě zobrazí větší verze grafu s možností zobrazení celé sestavy na kartě analýza. Všechny změny provedené v úplné sestavě se projeví v grafu zobrazeném v hlavičce.Clicking on the thumbnail will immediately display a larger version of the chart with an option to view the full report under the Analytics tab. Any changes made to the full report will be reflected in the chart displayed in the header. Takže ho teď můžete nakonfigurovat tak, aby se burndown na základě příběhů, bodů scénáře nebo počtu úkolů, a ne jenom podle množství zbývající práce.So you can now configure it to burndown based on stories, story points, or by count of tasks, rather than just the amount of work remaining.

Vytvoření řídicího panelu bez týmuCreate a dashboard without a team

Nyní můžete vytvořit řídicí panel bez jeho přidružení k týmu.You can now create a dashboard without associating it with a team. Při vytváření řídicího panelu vyberte typ řídicího panelu projektu .When creating a dashboard, select the Project Dashboard type.

Snímek obrazovky s dialogovým oknem vytvořit řídicí panel se zvolenou možností řídicího panelu projektu a voláním.Screenshot showing the Create a dashboard dialog box with the Project Dashboard option selected and called out.

Řídicí panel projektu je podobný řídicímu panelu týmu, s výjimkou, že není přidružen k týmu a Vy se můžete rozhodnout, kdo může řídicí panel upravovat nebo spravovat.A Project Dashboard is like a Team Dashboard, except it's not associated with a Team and you can decide who can edit/manage the dashboard. Stejně jako řídicí panel týmu je vidět pro všechny v projektu.Just like a Team Dashboard, it is visible to everyone in the project.

Všechny widgety Azure DevOps, které vyžadují kontext týmu, byly aktualizovány tak, aby umožňovaly vybrat tým v konfiguraci.All Azure DevOps widgets that require a team context have been updated to let you select a team in their configuration. Tyto pomůcky můžete přidat do řídicích panelů projektu a vybrat konkrétní tým, který chcete.You can add these widgets to Project Dashboards and select the specific team you want.

Snímek obrazovky s rozevíracím seznamem týmuScreenshot of he Team dropdown.

Poznámka

Pro vlastní widgety nebo widgety třetích stran bude řídicí panel projektu před těmito widgety předávat kontext výchozího týmu.For custom or third-party widgets, a Project Dashboard will pass the default team's context to those widgets. Máte-li vlastní widget, který závisí na kontextu týmu, měli byste aktualizovat konfiguraci tak, aby umožňovala vybrat tým.If you have a custom widget that relies on team context, you should update the configuration to let you select a team.


Zpětná vazbaFeedback

Chceme znát váš názor.We would love to hear from you! Můžete nahlásit problém nebo poskytnout nápad a sledovat ho prostřednictvím komunity vývojářů a získat rady o Stack Overflow.You can report a problem or provide an idea and track it through Developer Community and get advice on Stack Overflow.


Na začátek stránky
Top of Page