Zpráva k vydání verze Azure DevOps Server 2019 Update 1Azure DevOps Server 2019 Update 1 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 Azure DevOps Server 2019 Update 1.In this article, you will find information regarding the newest release for Azure DevOps Server 2019 Update 1. 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.

Další informace najdete v tématu požadavky na Azure DevOps Server.To learn more, see Azure DevOps Server Requirements. Navštivte stránku VisualStudio.com/downloads , kde můžete stáhnout Team Foundation Server Products.Visit the visualstudio.com/downloads page to download Team Foundation Server products.

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


Azure DevOps Server 2019 aktualizace 1,1 Oprava 8 Datum vydání: 13. dubna 2021Azure DevOps Server 2019 Update 1.1 Patch 8 Release Date: April 13, 2021

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

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

Instalace obecné opravyGeneral patch installation

Pokud máte aktualizaci Azure DevOps Server 2019 Update 1,1, měli byste nainstalovat Azure DevOps Server 2019 update 1,1 Patch 8.If you have Azure DevOps Server 2019 Update 1.1, you should install Azure DevOps Server 2019 Update 1.1 Patch 8.

Ověření instalaceVerifying Installation

  • Možnost 1: spustit devops2019.1.1patch8.exe CheckInstall devops2019.1.1patch8.exe je soubor, který se stáhne z výše uvedeného odkazu.Option 1: Run devops2019.1.1patch8.exe CheckInstall, devops2019.1.1patch8.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 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll .Option 2: Check the version of the following file: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Ve výchozím nastavení je nainstalovaná Azure DevOps Server 2019 c:\Program Files\Azure DevOps Server 2019 .Azure DevOps Server 2019 is installed to c:\Program Files\Azure DevOps Server 2019 by default. Po instalaci nástroje Azure DevOps Server 2019.1.1 Patch 8 bude verze 17.153.31010.1.After installing Azure DevOps Server 2019.1.1 Patch 8, the version will be 17.153.31010.1.

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é 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>*

Azure DevOps Server 2019 aktualizace 1,1 oprava 7 Datum vydání: 12. ledna 2021Azure DevOps Server 2019 Update 1.1 Patch 7 Release Date: January 12, 2021

Vydali jsme opravu Azure DevOps Server 2019 Update 1,1, která opravuje následující.We have released a patch for Azure DevOps Server 2019 Update 1.1 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 2019 aktualizace 1,1 Oprava 6 Datum vydání: 8. prosince 2020Azure DevOps Server 2019 Update 1.1 Patch 6 Release Date: December 8, 2020

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

  • CVE-2020-1325: Azure DevOps server ohrožení zabezpečení falšování identityCVE-2020-1325: Azure DevOps Server Spoofing Vulnerability
  • CVE-2020-17135: Azure DevOps server ohrožení zabezpečení falšování identityCVE-2020-17135: Azure DevOps Server Spoofing Vulnerability
  • 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
  • Oprava problému s TFVC bez zpracování všech výsledkůFix issue with TFVC not processing all results

Důležité

Než nainstalujete tuto opravu, přečtěte si prosím všechny níže uvedené pokyny.Please read the full instructions provided below before installing this patch.

Instalace obecné opravyGeneral patch installation

Pokud máte aktualizaci Azure DevOps Server 2019 Update 1,1, měli byste nainstalovat Azure DevOps Server 2019 update 1,1 Patch 6.If you have Azure DevOps Server 2019 Update 1.1, you should install Azure DevOps Server 2019 Update 1.1 Patch 6.

Ověření instalaceVerifying Installation

  • Možnost 1: spustit devops2019.1.1patch6.exe CheckInstall devops2019.1.1patch6.exe je soubor, který se stáhne z výše uvedeného odkazu.Option 1: Run devops2019.1.1patch6.exe CheckInstall, devops2019.1.1patch6.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 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll .Option 2: Check the version of the following file: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Ve výchozím nastavení je nainstalovaná Azure DevOps Server 2019 c:\Program Files\Azure DevOps Server 2019 .Azure DevOps Server 2019 is installed to c:\Program Files\Azure DevOps Server 2019 by default. Po instalaci nástroje Azure DevOps Server 2019.1.1 Patch 6 bude verze 17.153.30723.5.After installing Azure DevOps Server 2019.1.1 Patch 6, the version will be 17.153.30723.5.

Instalace úlohy AzurePowerShellV4AzurePowerShellV4 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

PožadavkyPrerequisites

  1. Nainstalujte Azure PowerShell AZ Module Azure PowerShell na počítači privátního agenta.Install Azure PowerShell Az module Azure Powershell on your private agent machine.

  2. Vytvořte kanál pomocí úlohy AzurePowerShellV4 .Create a pipeline with the AzurePowerShellV4 task. V úloze se zobrazí jenom jedna Chyba standardu selhání .You will only see one Fail on Standard Error in the task.

InstalaceInstall

  1. Extrahujte balíček AzurePowerShellV4.zip do složky s názvem AzurePowerShellV4.Extract the AzurePowerShellV4.zip package to a folder named AzurePowerShellV4.

  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. Cesta extrahované balíčku bude D:\tasks\AzurePowerShellv4.The path of the extracted package will be D:\tasks\AzurePowerShellv4.
  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019 aktualizace 1,1 oprava 5 Datum vydání: 8. září 2020Azure DevOps Server 2019 Update 1.1 Patch 5 Release Date: September 8, 2020

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

  • DTS 1713492 – neočekávané chování při přidávání skupin AD do oprávnění zabezpečeníDTS 1713492 - Unexpected behavior while adding AD groups to security permissions.

Azure DevOps Server 2019 Update 1,1 aktualizace 4 Datum vydání: 14. července 2020Azure DevOps Server 2019 Update 1.1 Patch 4 Release Date: July 14, 2020

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

  • CVE-2020-1326: Chyba zabezpečení skriptování mezi webyCVE-2020-1326: Cross-site Scripting Vulnerability
  • Při výběru jiného zdroje Git se v kanálu sestavení zobrazuje nesprávné připojení pro neoprávněné uživatele.Build pipeline shows incorrect connection for unauthorized users when selecting Other Git source.
  • Oprava chyby při změně dědičnosti na zapnuto nebo vypnuto v definici sestavení XAML.Fix error when changing changing Inheritance to On or Off in XAML build definition.

Azure DevOps Server 2019 aktualizace 1,1 oprava 3 Datum vydání: 9. června 2020Azure DevOps Server 2019 Update 1.1 Patch 3 Release Date: June 9, 2020

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

  • CVE-2020-1327: Ujistěte se, že server Azure DevOps upravuje vstupy uživatelů.CVE-2020-1327: Ensure that Azure DevOps server sanitizes user inputs.

Azure DevOps Server 2019 aktualizace 1,1 oprava 2 Datum vydání: 14. dubna 2020Azure DevOps Server 2019 Update 1.1 Patch 2 Release Date: April 14, 2020

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

  • SVN potvrzení neaktivují kanál.SVN commits do not trigger pipeline

  • Přidání podpory pro SHA2 v SSH v Azure DevOpsAdding support for SHA2 in SSH on Azure DevOps

Azure DevOps Server 2019 aktualizace 1,1 Oprava 1 Datum vydání: 10. března 2020Azure DevOps Server 2019 Update 1.1 Patch 1 Release Date: March 10, 2020

Vydali jsme opravu zabezpečení pro Azure DevOps Server 2019 Update 1,1, která řeší následující chyby.We have released a security patch for Azure DevOps Server 2019 Update 1.1 that fixes the following bugs. Další informace najdete v tomto blogovém příspěvku.Please see the blog post for more information.


Azure DevOps Server 2019 aktualizace 1,1 RTW datum vydání: 10. prosince 2019Azure DevOps Server 2019 Update 1.1 RTW Release Date: December 10, 2019

Azure DevOps Server 2019 Update 1,1 je kumulativní oprava chyb a aktualizace zabezpečení.Azure DevOps Server 2019 Update 1.1 is a roll up of bug fixes and security updates. Zahrnuje všechny opravy ve výše vydaných aktualizacích Azure DevOps Server 2019 Update 1.It includes all fixes in the Azure DevOps Server 2019 Update 1 patches previously released. Můžete přímo nainstalovat Azure DevOps Server 2019 Update 1,1 nebo upgradovat z Azure DevOps Server 2019 nebo Team Foundation Server 2012 nebo novější.You can directly install Azure DevOps Server 2019 Update 1.1 or upgrade from Azure DevOps Server 2019 or Team Foundation Server 2012 or newer.

Poznámka

Nástroj pro migraci dat bude k dispozici pro Azure DevOps Server 2019 Update 1,1 přibližně tři týdny po této verzi.The Data Migration Tool will be available for Azure DevOps Server 2019 Update 1.1 about three weeks after this release. Náš seznam aktuálně podporovaných verzí pro import najdete tady.You can see our list of currently supported versions for import here.

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

Azure BoardsAzure Boards

  • Při vytváření nové pracovní položky z nevyřízených položek produktu není pole název inicializováno s výchozí hodnotou v šabloně procesu.When creating a new work item from the product backlog, the Title field is not initialized with the default value in the process template.
  • Zpomalení a vypršení časového limitu při použití Azure Boards.Slowness and timeouts when using Azure Boards.
  • Hodnota revize podle není pro odkazy na pracovní položky správná.The Revised By value is incorrect on work item links.

Azure PipelinesAzure Pipelines

Azure Test PlansAzure Test Plans

  • Úprava polí v Test Plans je pomalá.Editing fields in Test Plans is slow.
  • V testovacím případu při otevírání z panelů (na rozdíl od Test Plans) se neotevřou podrobnosti sdíleného kroku.In a Test Case, when opening from Boards (as opposed to Test Plans), the Shared Step details do not open.

ObecnéGeneral

SprávaAdministration

  • Vysoké využití paměti.High memory usage.
  • Servery s konfiguracemi nástroje pro vyrovnávání zatížení musely explicitně přidat svůj veřejný původ do položky registru AllowedOrigins.Servers with load balancer configurations had to explicitly add their public origin to the AllowedOrigins registry entry.
  • Zákazníci, kteří instalují SQL Azure, nevidí dialogové okno kompletní zkušební verze.Customers who install on SQL Azure do not see the Complete Trial dialog.
  • Při instalaci rozšíření se zobrazí chybová zpráva s informacemi o tom, že chybí příspěvek (MS. VSS-řídicí panely – Web. widget-SDK-Version-2) ".Installing extensions give the error "Error message Missing contribution (ms.vss-dashboards-web.widget-sdk-version-2)".
  • Při nastavování elastického hledání dojde k chybě: "uživatel je neautorizovaný".When setting up Elastic Search, there is an error: "User is unauthorized".
  • Při upgradu z TFS 2018 Update 2 nebo novější se v elastickém hledání vyhledává a dotazuje selhání.Indexing and query failures in Elastic Search when upgrading from TFS 2018 Update 2 or newer.
  • Krok vytvořit sklad se nezdařil při konfiguraci Azure DevOps Server."Create Warehouse" step fails when configuring Azure DevOps Server.

Tato verze zahrnuje následující aktualizaci:This release includes the following update:

  • Podpora SQL Server 2019.Support for SQL Server 2019.

Azure DevOps Server 2019 aktualizace 1 Datum vydání verze 1:10. září 2019Azure DevOps Server 2019 Update 1 Patch 1 Release Date: September 10, 2019

Vydali jsme opravu zabezpečení pro Azure DevOps Server 2019 Update 1, která řeší následující chybu.We have released a security patch for Azure DevOps Server 2019 Update 1 that fixes the following bug. Další informace najdete v tomto blogovém příspěvku.Please see the blog post for more information.

  • CVE-2019-1306 : Ohrožení zabezpečení v souvislosti s možným vzdáleným spuštěním kódu ve WikiCVE-2019-1306: Remote code execution vulnerability in Wiki

Datum vydání Azure DevOps Server 2019 Update 1:20. srpna 2019Azure DevOps Server 2019 Update 1 Release Date: August 20, 2019

Poznámka

Nástroj pro migraci dat bude k dispozici pro Azure DevOps Server 2019 Update 1 přibližně tři týdny po této verzi.The Data Migration Tool will be available for Azure DevOps Server 2019 Update 1 about three weeks after this release. Náš seznam aktuálně podporovaných verzí pro import najdete tady.You can see our list of currently supported versions for import here.


Datum vydání RC2:23. července 2019RC2 Release Date: July 23, 2019

RC2 zahrnuje několik oprav chyb od verze RC1 a jedná se o finální plánované předběžné verze.RC2 includes several bug fixes since RC1 and is the final planned prerelease.


Datum vydání RC1:2. července 2019RC1 Release Date: July 2, 2019

Shrnutí novinek v Azure DevOps Server 2019 Update 1Summary of What's New in Azure DevOps Server 2019 Update 1

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

Nové funkce můžete zobrazit také tak, že přejdete na jednotlivé části:You can also jump to individual sections to see the new features:


ObecnéGeneral

Tmavý motivDark Theme

Tmavě motiv je oblíbená funkce na Azure DevOps Services, která je teď dostupná v Azure DevOps Server.The dark theme has been a popular feature on Azure DevOps Services and it is now available in Azure DevOps Server. Tmavý motiv můžete zapnout tak, že vyberete motiv z nabídky pod miniaturou v pravém horním rohu každé stránky.You can turn on dark theme by selecting Theme from the menu underneath your avatar in the top right of every page.

Tmavý motivDark theme

BoardsBoards

Nový základní procesNew Basic process

Z historického hlediska byl agilní výchozí proces pro nové projekty, který nabízí robustní a flexibilní sadu typů a stavů pracovních položek, aby vyhovovala různým metodám pro doručení projektu.Historically, Agile has been the default process for new projects, offering a robust and flexible set of work item types and states to suit a variety of project delivery methods. Pro některé týmy, kteří jsou obeznámeni s jinými nástroji nebo které se rozrůstá a chtějí přijmout výkonnější sadu nástrojů, je třeba začít rychle začít s využitím terminologie, kterou znají.For some teams, who are more familiar with other tools or who are growing and want to adopt a more powerful tool set, want to get started quickly using terminology they are more familiar with.

Nový základní proces poskytuje tři typy pracovních položek (náměty, problémy a úkoly) k plánování a sledování práce.The new Basic process provides three work item types (Epics, Issues, and Tasks) to plan and track your work. Doporučujeme používat problémy ke sledování takových věcí, jako jsou uživatelské scénáře, chyby a funkce, při použití náměty k seskupení problémů dohromady do větších jednotek práce.We recommend that you use Issues to track things like user stories, bugs, and features while using Epics to group Issues together into larger units of work. Při práci můžete přesouvat položky v rámci jednoduchého stavového pracovního postupu, a to dělat a provádět.As you make progress on your work, move items along a simple state workflow of To Do, Doing, and Done.

základní procesbasic process

V dokumentaci sledovat problémy a úlohy vám pomůžou začít s novým projektem.See the track issues and tasks documentation to help you get started with your new project.

Objednávka hodnoty stavu ve formuláři pracovní položkyState value order on work item form

Dříve byla hodnota stavu ve formuláři pracovní položky seřazena podle abecedy.Previously, the state value on the work item form was ordered alphabetically. V této aktualizaci jsme změnili, jak jsou hodnoty stavu seřazené tak, aby odpovídaly pořadí pracovního postupu v nastavení procesu.With this update we changed how the state values are ordered to match the workflow order in the process settings. Můžete také změnit pořadí stavů v každé kategorii v nastavení přizpůsobení stavu.You can also change the order of the states in each category in the state customization settings.

pořadí stavůstate order

Povolení funkcí již není k dispozici.Feature Enablement is no longer available

Zákazníci budou muset ručně aktualizovat XML pro každý projekt, aby se po upgradu kolekce povolily nové funkce.Customers will need to manually update the XML for each project in order to enable new features after upgrading their collection.

povolení funkcífeature enablement

Informace o tom, jak povolit konkrétní funkce, najdete v dokumentaci .Refer to the documentation to learn how to enable specific features.

Uspořádání referenčních materiálů s bohatými přílohami pracovních položekOrganize reference materials with richer work item attachments

Připojení souborů k pracovním položkám vám a vašemu týmu umožní soustředit se na referenční materiály, aby byly vždy uzavřeny, když je potřebujete.Attaching files to work items allows you and your team to centralize reference materials so they are always close by when you need them. Nyní je snazší přidat novou přílohu pouhým přetažením a přetažením souboru kdekoli na formuláři pracovní položky.It's now easier to add a new attachment by simply dragging and dropping the file anywhere on the work item form. Můžete pokračovat v zobrazování příloh jako seznam nebo přepnout do zobrazení mřížky a zobrazit náhled miniatur.You can continue viewing the attachments as a list or switch to a grid view to show a thumbnail preview. Dvojím kliknutím na soubor otevřete náhled a procházejte ho tak, abyste rychle našli informace, které potřebujete.Double-click on the file to open a preview and cycle through them to quickly find the information you need.

Přílohy pracovních položekWork item attachments

Sdílení panelu vašeho týmu pomocí znakuShare your team's board using a badge

SOUBOR READme úložiště je často domovskou stránku, na kterou váš projektový tým zapíná informace o tom, jak přispívat k vašemu řešení a používat ho.The repository's README is often the home that your project team turns to for information about how to contribute to and use your solution. Nyní, stejně jako můžete se stavem sestavení nebo nasazení v Azure Pipelines, můžete do svého souboru READme přidat označení pro svou kartu týmu v Azure Boards.Now, like you can with a build or deployment status in Azure Pipelines, you can add to your README a badge for your team's board in Azure Boards. Můžete nakonfigurovat označení tak, aby zobrazovalo pouze sloupce probíhá nebo všechny sloupce, a dokonce i označit, že se tato značka zobrazuje veřejně, pokud je projekt Open Source.You can configure the badge to show only the In Progress columns or all columns, and even make the badge visible publicly if your project is open source.

Krátké video, které ukazuje, jak sdílet desky týmu pomocí badge.Short video that shows how to share your team's boards using badge.

Pokud je váš soubor READme založený na Markdownu, můžete jednoduše zkopírovat ukázkovou Markdownu ze stránky nastavení znaku stavu a vložit ji do souboru.If your README is based on Markdown you can simply copy the sample Markdown from the status badge settings page and paste it into your file.

Snímek obrazovky s visačkou v souboru READme na GitHubuScreenshot showing Badge in a README on GitHub.

Dotaz na práci relativní k začátku dne, týdne, měsíce nebo rokuQuery for work relative to the start of the day, week, month, or year

I když se týmy často zaměřují na práci v souvislosti s tím, co se chystá k dalšímu nebo na základě iterací sprintu, často je zajímavá, že se můžete podívat na práci prostřednictvím čočky v kalendáři, abyste nahlásili veškerou práci, která proběhla v posledním měsíci nebo v prvním čtvrtletí roku.While teams often focus on work within the context of what's coming up next or based on sprint iterations, it's often interesting to look back at work through the lens of the calendar to report on all the work that happened last month or in the first quarter of the year. Nyní můžete použít následující nové sady @StartOf maker spolu s libovolným polem na základě data k dotazování na základě začátku dne, týdne, měsíce nebo roku:Now you can use the following new set of @StartOf macros along with any date-based field to query based on the start of the day, week, month or year:

  • @StartOfYear
  • @StartOfMonth
  • @StartOfWeek
  • @StartOfDay

Každé z těchto maker také přijímá nový modifikátorový řetězec, který umožňuje posunovat data podle různých datových jednotek.Each of these macros also accepts a new modifier string that lets you shift the data by different date units. Můžete například napsat dotaz pro vyhledání všech pracovních položek dokončených v prvním čtvrtletí tohoto roku pomocí dotazování na datum změny stavu >= @StartOfYear a datum změny stavu <= @StartOfYear ("+ 3m").For example, you can write a query to find all work items completed in the first quarter of this year by querying on State Change Date >= @StartOfYear and State Change Date <= @StartOfYear("+3M"). Další informace najdete v dokumentaci k makrům dotazů .See the query macros documentation for more information.

Snímek obrazovky zobrazující dotaz na práci relativní k začátku dne, týdne, měsíce nebo rokuScreenshot showing query for work relative to the start of the day, week, month, or year.

Upravit a odstranit komentáře diskuzeEdit and delete discussion comments

S radostí oznamujeme dostupnost vysoce hlasovalé funkce komunity vývojářů , úpravám a odstraňování komentářů v diskuzi o pracovní položce v Azure boards.We're excited to announce the availability of a highly voted Developer Community feature, edit and delete of comments in your work item's discussion in Azure Boards. Pokud chcete komentář upravit, jednoduše najeďte na libovolný komentář, který vlastníte, a zobrazí se dvě nová tlačítka.To edit your comment, simply hover over any comment that you own, and you wil­­l see two new buttons. Pokud kliknete na ikonu tužky, přejdete do režimu úprav a můžete jednoduše provést úpravy a kliknutím na tlačítko aktualizovat změny uložit.If you click the pencil icon, you will enter in to edit mode and can simply make your edits and press the "Update" button to save your edits.

Snímek obrazovky zobrazující komentáře k diskusiScreenshot showing discussion comments.

Po kliknutí na nabídku přetečení se zobrazí možnost odstranit svůj komentář.When you click the overflow menu, you will see the option to delete your comment. Po kliknutí na toto tlačítko budete vyzváni k potvrzení, že chcete odstranit tento komentář, a komentář bude odstraněn.Once you click this, you will be prompt again to confirm that you want to delete this comment, and the comment will be deleted.

Snímek obrazovky ukazující, jak odstranit komentáře diskuzeScreenshot showing how to delete discussion comments.

Na kartě Historie ve formuláři pracovní položky budete mít úplné trasování všech upravených a odstraněných komentářů.You will have a full trace of all the edited and deleted comments in the History tab on the work item form. Uvidíte také, že jsme aktualizovali uživatelské rozhraní našeho prostředí pro diskuzi, abychom ho mohli efektivněji a interaktivně využívat.You will also see that we've updated the UI of our discussion experience to make it feel more modern and interactive. Přidali jsme kolem komentářů bubliny s jasným a koncovým komentářem jednotlivců na začátek a konec.We've added bubbles around comments to make it clearer where individuals comments start and end.

Export výsledků dotazu do souboru CSVExport query results to a CSV file

Nyní můžete výsledky dotazu exportovat přímo do souboru formátu CSV z webu.You can now export query results directly to a CSV format file from the web.

Krátké video ukazující, jak exportovat výsledky dotazu.Short video showing how to export query results.

Když teď zmiňujete pracovní položku v rámci komentáře k problému, žádosti o přijetí změn nebo potvrzení na GitHubu pomocí AB#{work item ID} syntaxe, tyto zmínky se stanou hypertextovými odkazy, na které můžete kliknout a přejít přímo na zmíněnou pracovní položku.Now when you mention a work item within the comment of an issue, pull request, or commit in GitHub using the AB#{work item ID} syntax, those mentions will become hyperlinks that you can click on to navigate directly to the mentioned work item.

Tím se nevytvoří formální odkaz, který bude zajišťovat pracovní položku v Azure Boards pro každou související konverzaci, ale místo toho poskytne týmu způsob, jak poskytnout další informace o pracovních položkách během diskuze o kódu nebo problému nahlášeném zákazníkem.This doesn't create a formal link that clutters up the work item in Azure Boards for every related conversation, but instead gives your team a way to provide a little more information about work items while discussing code or a customer-reported issue. Další informace najdete v dokumentaci k integraci na githubu Azure boards .See the Azure Boards GitHub integration documentation for more information.

Snímek obrazovky s žádostí o získání dat na GitHubuScreenshot showing a pull request on GitHub.

<a name="accept-and-execute-on-issues-in-github-while-planning-in-azure-boards">Přijměte a spouštějte problémy v GitHubu při plánování v Azure BoardsAccept and execute on issues in GitHub while planning in Azure Boards

Nyní můžete propojit pracovní položky v Azure Boards se souvisejícími problémy v GitHubu.Now you can link work items in Azure Boards with related issues in GitHub. Díky tomuto novému typu propojení je teď možné použít několik dalších scénářů.With this new type of linking, several other scenarios are now possible. Pokud váš tým chce nadále přijímat zprávy o chybách od uživatelů, například jako problémy v GitHubu, ale souvisí a organizovat práci týmu v Azure Boards, teď můžete.If your team wants to continue accepting bug reports from users, for example, as issues within GitHub but relate and organize the team's work overall in Azure Boards, now you can.

![Snímek obrazovky znázorňující, že můžete propojit pracovní položky v Azure Boards se souvisejícími problémy v GitHubu.](media/151_04.png "Propojení pracovních položek v Azure Boards se souvisejícími problémy v GitHubu")Screenshot showing that you can link work items in Azure Boards with related issues in GitHub.

Stejná zmínka syntaxe, kterou váš tým používá pro potvrzení a žádosti o přijetí změn, se stále platí a samozřejmě se můžete ručně propojit v Azure Boards s adresou URL problému.The same mention syntax your team uses for commits and pull requests still applies and of course you can link manually in Azure Boards with the issue URL. Další informace najdete v dokumentaci k Azure boards GitHub & .See the GitHub & Azure Boards documentation for more information.

Snímek obrazovky znázorňující ruční propojení v Azure Boards s adresou URL problému GitHubu.Screenshot showing how to link manually in Azure Boards with the GitHub issue URL.

Rychlé zobrazení propojené aktivity GitHubu z panelu KanbanQuickly view linked GitHub activity from the Kanban board

Při kontrole kanbanové desky nebo jako týmu často máte k dispozici dotazy, jako je, že tato položka zahájila vývoj.When reviewing the Kanban board yourself or as a team, you often have questions such as "has this item started development yet?" nebo je tato položka ještě revidována? "or "is this item in review yet?" S novými poznámkami na GitHubu na panelu Kanban teď můžete získat rychlý smysl, kde je položka, a přímo přejít na potvrzení GitHubu, žádost o přijetí změn nebo problém, kde najdete další podrobnosti.With the new GitHub annotations on the Kanban board, now you can get a quick sense of where an item is and directly navigate to the GitHub commit, pull request, or issue for more detail. Další informace o tomto a dalších poznámkách pro úlohy a testy najdete v dokumentaci k přizpůsobení karet .See the Customize cards documentation for more information about this and the other annotations for Tasks and Tests.

Snímek obrazovky ukazující, jak zobrazit propojenou aktivitu GitHubu z panelu KanbanScreenshot showing how to view linked GitHub activity from the Kanban board.

ReposRepos

Návrhy žádostí o přijetí změnDraft pull requests

Abychom zabránili dokončení žádostí o přijetí změn předtím, než je budete připraveni, a usnadnit tak vytváření probíhající práce, které nemusí zahrnovat všechny, teď podporujeme koncepty žádostí o přijetí změn.In order to prevent pull requests from being completed before they're ready and to make it easy to create work in progress that may not involve everyone, we now support draft pull requests.

Koncepty žádostí o přijetí změn je možné vytvořit tak, že v rozevíracím seznamu vytvořit jako konceptu při vytváření žádosti o přijetí změn vyberete vytvořit jako koncept .Draft pull requests can be created by selecting Create as draft from the Create button drop down when creating a pull request.

Vytvořit koncept žádosti o přijetí změnCreate PR draft

Po vytvoření konceptu žádosti o přijetí změn se zobrazí označení udávající jeho stav vedle názvu.Once you have created a draft pull request, you will see a badge indicating its status next to the title.

Snímek obrazovky žádosti o přijetí změn ukazující, že se jedná o konceptScreenshot of a pull request showing that it is a DRAFT."

Koncepty žádostí o přijetí změn neobsahují kontrolory nebo spouštějí sestavení ve výchozím nastavení, ale umožňují ručně přidat revidující a spustit sestavení.Draft pull requests do not include reviewers or run builds by default but allow you to manually add reviewers and run builds. Pokud chcete žádost o přijetí změn povýšit na normální žádost o přijetí změn, jednoduše klikněte na tlačítko publikovat na stránce s podrobnostmi žádosti o získání dat.To promote the pull request to a normal pull request, simply click the Publish button from the pull request detail page.

Znovu spustit Build po skončení platnosti pro automatické dokončování žádostí o přijetí změnRerun expired build for auto-complete pull requests

Azure Repos teď automaticky vyřadí do fronty vydaná sestavení, která aktivovala zásada žádosti o získání dat.Azure Repos will now automatically queue expired builds that have been triggered by a pull request policy. To platí pro žádosti o přijetí změn, které prošly všemi ostatními zásadami a jsou nastavené na automatické dokončování.This applies to pull requests that have passed all other policies and are set to auto-complete.

Dříve, kdy žádosti o přijetí změn obsahovaly zásady, jako jsou třeba kontroloři, může proces schvalování trvat příliš dlouho a přidružené sestavení může vypršet, než kontrolor schválil žádost o přijetí změn.Previously, when pull requests had policies like required reviewers, the approval process could take too long and an associated build could expire before a reviewer approved the pull request. Pokud se žádost o přijetí změn nastavila na automatické dokončení, zůstane zablokovaná, dokud uživatel neúspěšně nezařadil do fronty sestavení s ukončenou platností.If the pull request was set to auto-complete it would remain blocked until a user manually queued the expired build. Při této změně bude sestavení automaticky zařazeno do fronty, aby se žádost o získání dat mohla po úspěšném sestavení automaticky dokončit.With this change the build will be queued automatically so that the pull request can auto-complete after a successful build.

Poznámka

Tato automatizace bude do fronty zařadit až pět neplatných buildů na žádost o přijetí změn a pokusí se znovu zařadit do fronty každé sestavení.This automation will only queue up to five expired builds per pull request and will only attempt to re-queue each build once.

Zobrazení pouze levého nebo pravého souboru v žádosti o získání datView just the left or right file in a pull request

V dnešní době se při prohlížení změn souborů v žádosti o přijetí změn dá použít buď souběžný rozdílový nebo vložený režim diff .Today, when viewing file changes in a pull request, you can use either a Side-by-side diff or Inline diff mode. Dostali jsme zpětnou vazbu, že celá řada z vás chce zobrazit jenom původní soubor nebo změněný soubor, a to bez jejich porovnání, takže jsme přidali novou možnost, která vám umožní zobrazit levý soubor nebo správný soubor individuálně.We have received feedback that many of you just want to see the original file or the changed file, without comparing them, so we added a new option that will allow you to view either the left file or the right file individually.

Snímek obrazovky s možností souběžného rozdílu s ukazatelem myši nad zobrazeným upraveným obsahemScreenshot of the Side-by-side diff options with the cursor hovering over the Show modified content.

Nové typy sloučení pro dokončení žádostí o přijetí změnNew merge types for completing pull requests

Při slučování změn z žádosti o přijetí změn do cílové větve teď máte k dispozici další možnosti.You now have more options when merging the changes from a pull request to the target branch. Do komunity vývojářů jsme přidali podporu dvou z našich nejžádanějších funkcí: sloučení rychlým přeposílání a lineární sloučení (označované také jako "přenesení změn a sloučení").We have added support for two of our most requested features on the Developer Community: Fast-Forward merging and Semi-Linear merging (also called "Rebase and Merge").

V dialogovém okně kompletní žádost o přijetí změn se teď zobrazí tyto nové možnosti:You will now see these new options available in the Complete Pull Request dialog:

Snímek obrazovky znázorňující nové typy sloučení pro dokončení žádostí o přijetí změn.Screenshot showing new merge types for completing pull requests.

Aktualizovaná stránka správy zásad umožňuje správcům řídit, které strategie sloučení jsou povolené pro větev nebo složku větví.The updated policy administration page allows administrators to control which merge strategies are allowed on a branch or folder of branches.

Snímek obrazovky s oddílem omezení typů sloučeníScreenshot of the Limit merge types section.

Poznámka

Stávající zásady se pořád vynutily.Existing policies are still enforced. Pokud má vaše větev aktuálně nastavenou zásadu "" squash sloučit pouze ", budete muset tuto zásadu upravit, aby používala nové strategie sloučení.For example, if your branch currently has a "squash merge only" policy in place, you will have to edit that policy in order to use the new merge strategies.

Během dokončování žádosti o přijetí změn není možné využít několik situací:There are a few situations when rebasing during pull request completion is not possible:

  • Pokud zásada v cílové větvi zakáže použití strategií změn, budete potřebovat oprávnění přepsat zásady větví.If a policy on the target branch prohibits using rebase strategies, you will need "Override branch policies" permission.
  • Pokud má zdrojová větev žádosti o přijetí změn zásady, nebudete ji moct přenést.If the source branch of the pull request has policies, you won't be able to rebase it. Přenesením se změní zdrojová větev, aniž by se procházela procesem schvalování zásad.Rebasing will modify the source branch without going through the policy approval process.
  • Pokud jste použili rozšíření konfliktů při sloučení k vyřešení konfliktů při sloučení.If you've used the Merge Conflict Extension to resolve merge conflicts. Řešení konfliktů aplikovaná na třícestný sloučení jsou zřídka úspěšná (nebo dokonce platná), když se všechna potvrzení změn v žádosti o přijetí změn mění v jednom okamžiku.Conflict resolutions applied to a three-way merge are seldom successful (or even valid) when rebasing all the commits in a pull request one at a time.

Ve všech těchto případech máte stále možnost rozložit svou větev místně a přesunout ji na server nebo "squashovat změny při dokončení žádosti o získání dat.In all these cases, you still have the option of rebasing your branch locally and pushing to the server, or squash-merging your changes when completing the pull request.

Filtrovat podle cílové větve ve žádostech o přijetí změn (PR)Filter by target branch in pull requests (PRs)

Žádosti o přijetí změn umožňují vašemu týmu revize kódu a před jejich sloučením do hlavní větve vám poskytnou zpětnou vazbu ke změnám.Pull requests let your team review code and give feedback on changes before merging them into the main branch. Z nich se stala důležitou součástí mnoha pracovních postupů týmu, protože můžete krokovat prostřednictvím navrhovaných změn, opustit komentáře a hlasovat ke schválení nebo zamítnutí změn kódu.They have become an important part of many teams' workflows since you can step through proposed changes, leave comments, and vote to approve or reject code changes.

Abychom vám usnadnili hledání vašich žádostí o přijetí změn, Přidali jsme možnost filtrování, která vám umožní Hledat PR pomocí cílové větve.To make it easier for you to find your pull requests, we added a filtering option to let you search for PRs using the target branch.

Snímek obrazovky Azure Pipelines možností filtrování žádostí o získání dat.Screenshot of Azure Pipelines pull request filtering options.

K přizpůsobení zobrazení žádostí o přijetí změn na kartě proti minám můžete použít také filtrování cílové větve.You can also use the target branch filtering to customize the pull requests view in the Mine tab.

Snímek obrazovky přizpůsobení žádosti o přijetí změn na kartě MineScreenshot of the Customize pull request in Mine tab.

Povolení rozšíření pro přidání zvýrazňování syntaxe a automatického dokončováníAllow extensions to add syntax highlighting and autocomplete

V současné době publikujete zvýrazňování syntaxe pro podmnožinu jazyků, které podporuje Editor Monako.Currently, we publish syntax highlighting for a subset of languages supported by the Monaco editor. Mnoho z nich však chcete vytvořit vlastní zvýrazňování syntaxe pro jazyky, které nepodporujeme.However, many of you want to create your own syntax highlighting for languages that we don't support.

V této aktualizaci jsme přidali bod rozšiřitelnosti, který umožňuje rozšíření přidat zvýrazňování syntaxe a automatické dokončování do zobrazení Průzkumník souborů a žádosti o přijetí změn.With this update, we added an extensibility point that allows extensions to add syntax highlighting and autocomplete to the file explorer and pull requests views.

Příklad rozšíření, které tuto funkci demonstruje, najdete tady.You can find an example of an extension demonstrating this feature here.

Kromě toho jsme přidali podporu pro zvýrazňování syntaxe jazyka Kusto .In addition, we added support for Kusto language syntax highlighting.

Rozšiřovací bod vytváření úložištěRepository creation extension point

Přidali jsme rozšiřující bod, který umožňuje přidat nové položky do výběru úložiště.We've added an extension point to allow you to add new items to the repository picker. Tento rozšiřovací bod vám umožní přidat vlastní akce (přesměrování, automaticky otevíraná okna atd.) do nabídky pro výběr úložiště a povolit tak toky jako scénáře vytváření alternativních úložišť.This extension point will let you add custom actions (redirects, popups, etc) to the repository picker menu, enabling flows like alternate repository creation scenarios.

Snímek obrazovky znázorňující rozšíření pro vytváření úložištěScreenshot showing repository creation extension.

Vylepšená podpora kódováníImproved encoding support

Dříve byly úpravy a ukládání souborů na webu uloženy pouze v kódování UTF-8 a při změně kódování souboru jsme vás nezobrazili.Previously, editing and saving files on the web would only save as UTF-8 encoding and we did not prompt you when the file encoding changed. Teď vám pošleme upozornění, když se pokusíte uložit soubor, který není kódovaný pomocí kódování UTF přes web (který podporuje pouze kódování UTF).Now, we will give you a warning when you try to save a file that is not UTF encoded via the web (which only supports UTF encoding). Kromě toho jsme přidali podporu kódování UTF-16 a UTF-32 přes koncový bod nabízených oznámení na webu.In addition, we added support for UTF-16 and UTF-32 encoding via the web pushes endpoint. To znamená, že zachováme typ kódování, takže je nemusíte přepisovat jako UTF-8.This means that we will preserve the encoding type so you don't have to rewrite them as UTF-8.

Následující snímek obrazovky ukazuje a příklad dialogového okna, které se zobrazí, když zavedete změny kódování pomocí nabízených oznámení na webu.The following screenshot shows and example of the dialog that you will see when you introduce encoding changes by a web push.

Snímek obrazovky s upozorněním Mesaage, které říká: byly přidány znaky jiné než ASCII.Screenshot showing a warning mesaage that says: Non-ASCII charachters have been added. Potvrzení bude tento soubor kódovat jako Unicode.Commiting will encode this file as Unicode.

Podpora příkazů Get v Azure ReposGo get command support in Azure Repos

Jít o open source programovací jazyk, označovaný také jako golang.Go is an open source programming language, also referred to as Golang. V nástroji můžete ke stažení a instalaci balíčků a závislostí použít příkaz Get .In Go, you can use the get command to download and install packages and dependencies. V této aktualizaci jsme přidali podporu go get v rámci úložiště Azure DevOps.With this update, we've added support for go get within an Azure DevOps repository. Pomocí nástroje go get budete moci stahovat balíčky s jejich závislostmi s názvem cesty importu.With go get, you will be able to download packages with their dependencies named by the import paths. Pomocí import klíčového slova můžete zadat cestu pro import.You can use the import key word to specify the import path.

PipelinesPipelines

Webový editor s IntelliSense pro kanály YAMLWeb editor with IntelliSense for YAML pipelines

Pokud k definování kanálů použijete YAML, můžete teď využít nové funkce editoru, které přináší tato verze.If you use YAML to define your pipelines, you can now take advantage of the new editor features introduced with this release. Ať už vytváříte nový kanál YAML nebo upravíte existující kanál YAML, budete moct upravit soubor YAML v rámci webového editoru kanálu.Whether you are creating a new YAML pipeline or editing an existing YAML pipeline, you will be able to edit the YAML file within the pipeline web editor. Při úpravách souboru YAML použijte kombinaci kláves CTRL + mezerník pro podporu technologie IntelliSense.Use Ctrl+Space for IntelliSense support as you edit the YAML file. Zobrazí se chyby syntaxe zvýrazněné a zobrazí se vám také pomoc při opravách těchto chyb.You will see the syntax errors highlighted and also get help on correcting those errors.

Snímek obrazovky znázorňující zvýrazněné chyby syntaxeScreenshot showing the syntax errors highlighted.

<a name="task-assistant-for-editing-yaml-files">Pomocník pro úlohy pro úpravu souborů YAMLTask assistant for editing YAML files

I nadále získáte spoustu připomínek, které žádají, aby bylo snazší upravovat soubory YAML pro kanály, takže přidáváme asistenta úloh do editoru YAML.We continue to receive a lot of feedback asking to make it easier to edit YAML files for pipelines, so we are adding a task assistant to the YAML editor. V takovém případě budete mít stejné známé prostředí pro přidání nové úlohy do souboru YAML jako v klasickém editoru.With this, you will have the same familiar experience for adding a new task to a YAML file as in the classic editor. Tento nový asistent podporuje většinu běžných typů vstupních úkolů, jako jsou seznamy výběru a připojení služby.This new assistant supports most of the common task input types such as pick lists and service connections. Chcete-li použít nového pomocníka s úlohou, vyberte možnost Upravit v kanálu založeném na YAML a pak vyberte pomocníka úloh.To use the new task assistant, select Edit on a YAML-based pipeline, and then select the Task assistant.

![Krátké video ukazující, jak použít pomocníka úloh k úpravě souborů YAML.](media/150_34.gif "Pomocník pro úlohy pro úpravu souborů YAML")Short video showing how to use the Task assistant to edit YAML files.

Aktivace kanálů YAML pomocí značekTrigger YAML pipelines with tags

Kanály YAML lze aktivovat při přidání značek k potvrzení.YAML pipelines can be triggered when tags are added to a commit. To je užitečné pro týmy, jejichž pracovní postupy obsahují značky.This is valuable for teams whose workflows include tags. Můžete například aktivovat proces, když je potvrzení označeno jako "poslední známý dobrý".For instance, you can kick off a process when a commit is tagged as the "last known good".

Můžete určit, které značky mají být zahrnuty a vyloučeny.You can specify which tags to include and exclude. Například:For example:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Deklarovat vložené prostředky kontejneruDeclare container resources inline

Dříve jsme vyžadovali, abyste v kanálech YAML deklarovali prostředky kontejneru a pak na ně odkazovali podle názvu.Previously, we required you to declare your container resources in YAML pipelines, then reference them by name. Teď nabízíme vloženou syntaxi pro případy, kdy nebudete odkazovat na kontejner vícekrát.We now offer an inline syntax for cases where you aren't going to refer to the container multiple times.

jobs:
- job: my-container-job
  container:
    image: microsoft/dotnet:latest

Nastavení pro automatické zrušení existujícího kanálu při aktualizaci žádostí o přijetí změnSetting to auto cancel an existing pipeline when a pull requests is updated

Ve výchozím nastavení se kanály aktivované žádostmi o přijetí změn (PR) zruší, pokud se nové potvrzení odešle do stejné žádosti o přijetí změn.By default, pipelines triggered by pull requests (PRs) will be canceled if a new commit is pushed to the same PR. To je žádoucí ve většině případů, protože obvykle nechcete pokračovat v běhu kanálu v neaktuálním kódu.This is desirable in most cases since usually you don't want to continue running a pipeline on out-of-date code. Pokud toto chování nechcete, můžete do triggeru žádosti o přijetí změn přidat automatické zrušení: false .If you don't want this behavior, you can add autoCancel: false to your PR trigger.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Volba adresáře rezervovaného kódu v kanálech YAMLChoose the directory of checked out code in YAML pipelines

Dříve jsme zarezervovali úložiště do s adresáře pod $ (agent. BuildDirectory).Previously, we checked out repos to the s directory under $(Agent.BuildDirectory). Teď si můžete vybrat adresář, kde bude úložiště Git rezervováno pro použití s kanály YAML.Now you can choose the directory where your Git repo will be checked out for use with YAML pipelines.

Použijte path klíčové slovo na checkout a budete mít kontrolu nad strukturou složek.Use the path keyword on checkout and you will be in control of the folder structure. Níže je uveden příklad kódu YAML, který můžete použít k určení adresáře.Below is an example of the YAML code that you can use to specify a directory.

steps:
- checkout: self
  path: my-great-repo

V tomto příkladu bude váš kód rezervován do my-great-repo adresáře v pracovním prostoru agenta.In this example, your code will be checked out to the my-great-repo directory in the agent's workspace. Pokud cestu nezadáte, vaše úložiště bude nadále rezervováno do adresáře s názvem s .If you don't specify a path, your repo will continue to be checked out to a directory called s.

Nové úlohy Azure App Service optimalizované pro YAMLNew Azure App Service tasks optimized for YAML

Nyní podporujeme čtyři nové úlohy, které poskytují snadno výkonný způsob nasazení Azure App Services s ohledem na moderní vývojáře.We now support four new tasks which provide an easy yet powerful way to deploy Azure App Services with modern developers in mind. Tyto úlohy mají optimalizovanou syntaxi YAML, která usnadňuje a intuitivní vytváření nasazení do Azure aplikační služby, včetně WebApps, FunctionApps, WebApps pro kontejnery a FunctionApp pro kontejnery na platformách Windows i Linux.These tasks have an optimized YAML syntax making it simple and intuitive to author deployments to Azure AppServices, including WebApps, FunctionApps, WebApps for Containers and FunctionApp for Containers on both Windows and Linux platforms.

Také podporujeme novou úlohu nástrojů pro transformaci souborů a nahrazování proměnných pro formáty XML a JSON.We also support a new utility task for file transformation and variable substitution for XML and JSON formats.

Změny výchozích oprávnění pro nové projektyChanges to default permissions for new projects

V současné době se přispěvatelům projektů nepovedlo vytvořit kanály, pokud jim explicitně neudělí oprávnění vytvořit definici sestavení.Up until now, project contributors could not create pipelines unless they are explicitly given "Create build definition" permission. Pro nové projekty můžou členové týmu snadno vytvářet a aktualizovat kanály.For new projects, your team members can readily create and update pipelines. Tato změna způsobí snížení tření pro nové zákazníky, kteří se zaregistrují do Azure Pipelines.This change will reduce the friction for new customers that are onboarding to Azure Pipelines. Můžete vždy aktualizovat výchozí oprávnění skupiny Přispěvatelé a omezit jejich přístup.You can always update the default permissions on the Contributors group and restrict their access.

Správa verzí GitHubu pomocí kanálůManage GitHub releases using pipelines

Verze GitHubu představují skvělý způsob balení a poskytování softwaru uživatelům.GitHub releases are a great way to package and provide software to users. S radostí oznamujeme, že ji teď můžete automatizovat pomocí úlohy verze GitHubu v Azure Pipelines.We are happy to announce that you can now automate it using GitHub Release task in Azure Pipelines. Pomocí úlohy můžete vytvořit novou verzi, upravit existující koncept/publikované verze nebo zrušit jejich starší verze.Using the task you can create a new release, modify existing draft/published releases or discard older ones. Podporuje funkce jako nahrávání více assetů, označení vydání jako předběžné verze, uložení verze jako konceptu a mnoho dalších.It supports features like uploading multiple assets, marking a release as pre-release, saving a release as draft and many more. Tato úloha vám také pomůže vytvořit poznámky k verzi.This task also helps you create release notes. Také může automaticky vypočítat změny (potvrzení a související problémy), které byly provedeny v této verzi, a přidat je do poznámky k verzi v uživatelsky přívětivém formátu.It also can automatically compute the changes(commits and associated issues) that were made in this release and add them to the release notes in a user friendly format.

Toto je jednoduchý YAML úlohy:Here is the simple YAML for the task:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

Snímek obrazovky dialogového okna verze GitHubu (Preview)Screenshot of the GitHub Release (Preview) dialog box.

Ukázková verze GitHubu vytvořená pomocí této úlohy:A sample GitHub release created using this task:

Snímek obrazovky s ukázkovou verzí GitHubu vytvořenou pomocí této úlohyScreenshot of a sample GitHub release created using this task.

Nyní můžete sdílet odkaz na určité řádky v protokolu sestavení.You can now share a link to specific lines in the build log. To vám pomůže při spolupráci s dalšími členy týmu při diagnostice selhání sestavení.This will help you when collaborating with other team members in diagnosing build failures. Stačí vybrat řádky protokolu z zobrazení výsledků a získat tak ikonu odkazu.Simply select the lines of a log from the results view to get a link icon.

Snímek obrazovky se souborem Build Solution adresářů. proj se zvýrazněným řádkem protokolu a odkazem kopírovat na tuto možnost výběru se vyvolala.Screenshot of the Build solution dirs.proj file with a line of the log highlighted and the Copy Link to this selection option called out.

Vylepšení autorizace prostředkůResource authorization improvements

V případě, že je odkazováno v souboru YAML, je potřeba zajistit zabezpečení chráněných prostředků (například připojení služeb, skupiny proměnných, fondy agentů, zabezpečené soubory).We needed to provide security for protected resources (e.g., service connections, variable groups, agent pools, secure files) when referenced in a YAML file. Zároveň jsme chtěli usnadnit nastavení a používání kanálů, které používají tyto typy prostředků pro neprodukční scénáře.At the same time, we wanted to make it easier for you to set up and use pipelines that use these types of resources for non-production scenarios. Dříve jsme přidali nastavení k označení prostředku jako autorizovaného pro použití ve všech kanálech.Previously, we added a setting to mark a resource as 'authorized for use in all pipelines'.

V této aktualizaci usnadňujeme odstranění potíží s autorizací prostředků i v případě, že jste prostředek neoznačili jako takový.With this update, we are making it easier for you to fix a resource authorization problem even if you have not marked a resource as such. V novém prostředí se při neúspěšném sestavení z důvodu chyby autorizace prostředku zobrazí možnost explicitně autorizovat použití těchto prostředků v kanálu a pak pokračovat.In the new experience, when a build fails because of a resource authorization error, you will see an option to explicitly authorize the use of those resources in the pipeline, and then proceed. Členové týmu s oprávněními k autorizaci prostředků budou moci dokončit tuto akci přímo z neúspěšného sestavení.Team members with permissions to authorize resources will be able to complete this action right from a failed build.

Snímek obrazovky znázorňující souhrn kanálu s chybou autorizaceScreenshot showing a pipeline summary with authorization error.

Nové body příspěvků v rozšíření na kartě Test kanálůNew extension contribution points in the Pipelines Test tab

Dál jsme pokračovali v tom, aby se rozhraní rozšíření přidalo na kartě Výsledky testů v prokanálech dva nové příspěvky.We've continued to make the extension framework more powerful by adding two new contribution points in the Test Results tab in Pipelines. Tím umožníte rozšířením Marketplace poskytovat lépe přizpůsobené prostředí pro vytváření sestav a přidat další interaktivitu.This will enable Marketplace extensions to provide more tailored reporting experiences and add further interactivity.

Mezi tyto dva body příspěvku patří:The two contribution points are:

  1. Tlačítko vlastní akce na panelu nástrojůCustom Action button in the toolbar

    V některých případech můžete chtít provést akci, jako je aktualizace dat rozhraní API nebo spouštění vlastních nástrojů pomocí metadat z výsledků testů.Sometimes you may want to perform an action like updating an API's data or running custom tools using metadata from your test results. Pomocí tohoto bodu příspěvků můžete vytvořit rozšíření, která používají okamžitý kontext vybraného výsledku testu, a přidat tak vlastní akci na tlačítko * vlastní akce.With this contribution point, you can create extensions which use the immediate context of the selected test result to add a custom action to the *Custom Action- button.

    Snímek obrazovky s možností vlastní akceScreenshot of the Custom Action option.

  2. Karta vlastní podrobnosti v podokně podrobnostíCustom Details Tab in the details pane

    Můžete mít širokou škálu pracovních postupů spotřeby sestav a může chtít zobrazit různé datové body proti neúspěšným testům pro ladění a analýzu.You may have a wide variety of test report consumption workflows and may want to see different data points against failed tests for debugging and analysis. Pomocí tohoto příspěvkového bodu může váš tým přidat novou kartu do podokna podrobností, které se zobrazí po výběru řádku výsledek testu v mřížce dat.By using this contribution point, your team can add a new tab to the details pane that will come up when you select the any test result row in the data grid. Tato nová karta může zobrazit zobrazení se statickým obsahem nebo dynamická data načtená pomocí interních nebo externích rozhraní API.This new tab can show a view with static content or dynamic data fetched using internal or external APIs.

Spustit po agentoviRun once agent

Pokud používáte infrastrukturu, jako je Azure Container Instances ke spouštění elastických privátních agentů, často chcete, aby každý Agent přijímal jenom jednu úlohu, a teprve potom bude moct odejít.If you're using infrastructure such as Azure Container Instances to run elastic private agents, often, you want each agent to accept only one job before going away. Až do chvíle, kdy jste museli ukončit agenta (může to způsobovat chybné hlášení), nebo přijmout riziko, že agent může obdržet jinou úlohu, než ji můžete vypnout.Until now, this wasn't easy since you had to terminate the agent (possibly causing a failure to be reported) or accept the risk that an agent might receive another job before you could shut it down. V této aktualizaci jsme přidali příznak --Once do konfigurace agenta.With this update, we added the --once flag to the agent configuration. Když nakonfigurujete agenta tímto způsobem, přijme jenom jednu úlohu a pak se sám ukončí.When you configure the agent this way, it'll accept only one job and then shut itself down.

Aktualizace uživatelského rozhraní fondu agentůAgent pool user interface update

Stránka správy fondů agentů v nastavení projektu byla aktualizována novým uživatelským rozhraním.The agent pools management page in project settings has been updated with a new user interface. Nyní můžete snadno zobrazit všechny úlohy, které jsou spuštěny ve fondu.Now you can easily see all the jobs that are running in a pool. Kromě toho můžete zjistit, proč úloha není spuštěná.In addition you can learn why a job is not running.

Snímek obrazovky znázorňující aktualizaci uživatelského prostředí fondu agentů (UX)Screenshot showing an agent pool user experience (UX) update

Nasazení do neúspěšných cílů ve skupině nasazeníDeploy to failed targets in a Deployment Group

Ve výchozím nastavení Azure Pipelines použít k opětovnému spuštění všech úloh při opakovaném nasazení dřív neúspěšného spuštění.By default, Azure Pipelines used to re-run all jobs when you redeploy a previously failed run. Nyní můžete toto chování přepsat konfigurací Možnosti nasazení při nasazení.Now, you can override this behavior by configuring the Deployment Option when deploying. Výběrem možnosti všechny úlohy a omezit na neúspěšné cíle v rámci skupiny nasazení spustí opětovné spuštění všechny úlohy a přeskočí nasazení na cíle, které jsou již aktuální.By selecting the All jobs and limit to failed targets in a deployment group option, the re-run will run all the jobs and skip the deployments to the targets that are already up to date.

Snímek obrazovky s vybranou možností nasadit, selháním testu a oddílem možností nasazení s názvem.Screenshot showing the Deploy option selected, a test failure, and the Deployment Option section called out.

Automaticky znovu nasadit při selháníAutomatically redeploy on failure

Když nasazení do fáze dojde k chybě, Azure Pipelines nyní může automaticky znovu nasadit poslední úspěšné nasazení.When a deployment to a stage fails, Azure Pipelines can now automatically redeploy the last successful deployment. Fázi můžete nakonfigurovat tak, aby automaticky nasadila poslední úspěšnou verzi tím, že v podmínkách po nasazení nakonfigurujete Trigger automatického nasazení.You can configure the stage to automatically deploy the last successful release by configuring the Auto-redeploy trigger in the Post-deployment conditions. Plánujeme přidat další aktivované události a akce do konfigurace automatického opětovného nasazení v budoucím sprintu.We plan to add additional triggered events and actions to the auto redeploy configuration in a future sprint. Další informace najdete v dokumentaci ke skupinám nasazení .See the Deployment groups documentation for more information.

Snímek obrazovky s dialogovým oknem podmínky po nasazení s aktivační událostí automatického opětovného nasazení s názvem.Screenshot showing the Post-deployment conditions dialog box with the Auto-redeploy trigger section called out.

Zavěšení služby Grafana poznámkyGrafana annotations service hook

Nyní podporujeme nový zavěšení služeb, který umožňuje přidat poznámky Grafana pro události nasazení dokončené do řídicího panelu Grafana.We now support a new service hook that lets you add Grafana annotations for Deployment Completed events to a Grafana dashboard. To umožňuje korelovat nasazení se změnami v metrikách aplikace nebo infrastruktury, které jsou vizuálně vizuální na řídicím panelu Grafana.This allows you to correlate deployments with the changes in application or infrastructure metrics that are being visualized in a Grafana dashboard.

Snímek obrazovky řídicího panelu Grafana znázorňující změny v metrikáchScreenshot of the Grafana dashboard showing changes in metrics.

Úlohy Azure Monitor výstrahy dotazůQuery Azure Monitor alerts tasks

Předchozí verze dotazu Azure monitoruje úlohu , která podporuje dotazování pouze na klasické prostředí monitorování.The previous version of the Query Azure Monitors task supported querying alerts only on the classic monitoring experience. V této nové verzi úlohy se můžete dotazovat na jednotné prostředí monitorování, které nedávno zavedla Azure Monitor.With this new version of the task, you can query alerts on the unified monitoring experience recently introduced by Azure Monitor.

Snímek obrazovky s výstrahami Azure Monitor dotazů ve verzi PreviewScreenshot showing the Query Azure Monitor Alerts preview.

Vložení vloženého souboru specifikace do úlohy nasazení do KubernetesInline input of spec file in Deploy to Kubernetes task

Dříve musela úloha nasazení Kubernetes vyžadovat, abyste zadali cestu k souboru pro konfiguraci.Previously, the Kubernetes deployment task required you to provide a file path for the configuration. Nyní můžete přidat i vloženou konfiguraci.Now you can add the configuration inline as well.

Snímek obrazovky znázorňující vloženou konfigurační funkciScreenshot showing the Inline configuration feature.

Úloha instalačního programu rozhraní Docker CLIDocker CLI Installer task

Tato úloha umožňuje instalaci libovolné verze Docker CLI na agentech, jak určil uživatel.This task allows installation of any version of Docker CLI on the agents as specified by the user.

Snímek obrazovky, na kterém je nainstalovaná DockerCLIScreenshot showing the DockerCLI installed.

Obnovit odstraněné kanály vydaných verzíRestore deleted release pipelines

Odstraněním nepoužívaných kanálů vydaných verzí se vyhnete vyčištění seznamu kanálů vydávání verzí, ale někdy omylem odstraníte nějaký text.Deleting unused release pipelines helps to keep the release pipeline list clean but sometimes you delete something by mistake. V této aktualizaci je teď možné obnovit kanál verze, který se odstranil během posledních 30 dnů.With this update, it's now possible to restore a release pipeline that was deleted within the last 30 days. Do levého panelu na stránce vydané verze jsme přidali novou kartu, která zobrazí seznam odstraněných kanálů vydaných verzí.We added a new tab to the left panel of the Releases page that will display a list of deleted release pipelines. Z tohoto zobrazení můžete obnovit odstraněný kanál verze výběrem kanálu ze seznamu a kliknutím na tlačítko obnovit .From this view you can restore a deleted release pipeline by selecting the pipeline from the list and clicking the Restore button.

Snímek obrazovky znázorňující možnost obnovení pro kanályScreenshot showing the Restore option for pipelines.

Oznámení o selhání žádosti o vytvoření vydané verzeNotifications on failure of a release creation request

Můžete nastavit oznámení pro příjem e-mailů, když dojde ke změnám v sestaveních, základu kódu a dalších operacích.You can set notifications to receive emails as changes occur to your builds, code base, and other operations. Můžete například nastavit výstrahu, která vám pošle oznámení, když se vám přiřadí pracovní položka.For example, you can set an alert to get notified when a work item is assigned to you.

V této aktualizaci jsme přidali nové předplatné oznámení do kategorie release .With this update, we added a new notification subscription to the Release category. Toto oznámení vám pošle e-mail, když se žádost o vytvoření vydání nezdaří.This notification will send you an email when a request for a release creation fails. Příklad scénáře, který může být užitečný, je, že pokud požadavek na vytvoření vydání neproběhne úspěšně, protože verze artefaktu není k dispozici.An example scenario where this may be useful is when a request to create a release fails because an artifact version is not available. Informace o tom, jak spravovat oznámení, najdete v dokumentaci zde.To learn how to manage your notifications see the documentation here.

Snímek obrazovky s zvýrazněnou kategorií vydání a vybraným požadavkem pro vytvoření vydaných verzí se nezdařila možnost.Screenshot showing the New subscription wizard with the Release category highlighted and the A request for release creation failed option called out.

Naplánování vydání na změnu zdroje nebo kanáluSchedule releases on source or pipeline change

Pokud jste dřív měli naplánovanou aktivační událost vydání, vyvolala se vydaná verze i v případě, že se v nadřazeném artefaktu nebo v definici verze nezjistila žádná změna.Previously, when you had a scheduled release trigger, a release would get triggered even when there wasn't any change detected in the upstream artifact or in the release definition. Do panelu triggeru vydané verze se přidala možnost naplánovat vydání jenom v případě, že se změnila verze artefaktu nebo definice vydané verze.An option has been added to the Schedule release trigger panel to schedule releases only if the artifact version or the release definition changed.

Snímek obrazovky oddílu naplánované vydané verze s jediným vydáním plánu, pokud se změnila možnost zdroj nebo kanál s názvem.Screenshot of the Scheduled release trigger section with the Only schedule releases if the source or pipeline has changed option called out.

Příspěvkový bod pro proměnné v dialogovém okně vytvořit vydáníContribution point for variables in the create release dialog

Dříve musely být hodnoty proměnných potřebné při vytváření vydaných verzí zadány uživatelem bez pomoci nebo návrhů.Previously, the variables values needed during release creation had to be entered by the user without any assistance or suggestions. Přidali jsme příspěvky do dialogového okna vytvořit nové vydání k podpoře rozšíření, která vám pomůžou při vytváření vydaných verzí naplnit hodnotu proměnné.We've added contribution points to the Create a new release dialog to support extensions that will help populate the value of a variable during the release creation.

Snímek obrazovky dialogového okna vytvořit nové vydáníScreenshot of the Create a new release dialog box.

Publikování do front Azure Service Bus relacíPublish to Azure Service Bus session queues

Rozšířili jsme úlohu sestavení úlohy bez agenta tak, aby zahrnovala možnost publikovat zprávy do front relací.We've extended the Agentless job build task to include the ability to publish messages to session queues. Tato možnost byla přidána do úlohy publikovat do Azure Service Bus .This option has been added to the Publish to Azure Service Bus task.

Snímek obrazovky s úlohou publikovat do Azure Service BusScreenshot of the Publish To Azure Service Bus task.

Nová možnost předplatného Azure ve službě Kubernetes ConnectionNew Azure subscription option in Kubernetes service connection

Připojení služby pro sestavení a vydání umožňují připojit se k externím a vzdáleným službám, aby bylo možné provádět úlohy pro sestavení nebo nasazení.Service connections for builds and releases allow you to connect to external and remote services to execute tasks for a build or deployment. Můžete definovat a spravovat připojení služby z nastavení správce vašeho projektu.You can define and manage a service connection from the Admin settings of your project.

V této aktualizaci jsme přidali možnost ověřování ve formuláři připojení služby Kubernetes.With this update, we added an authentication option to the Kubernetes service connection form. Nyní můžete vybrat předplatné Azure a ověřit připojení.Now you can select Azure Subscription to authenticate your connection. To usnadňuje nasazení na konkrétní obory názvů tím, že nastaví připojení Kubernetes k vašemu předplatnému Azure a názvu clusteru.This makes it easy to deploy to specific namespaces by setting up Kubernetes connections with your Azure subscription and cluster name.

V případě clusteru s povoleným řízením přístupu na základě role (RBAC) se objekty ServiceAccount a RoleBinding vytvoří ve zvoleném oboru názvů.For a role-based access control (RBAC) enabled cluster, ServiceAccount and RoleBinding objects are created in the chosen namespace. Objekt RoleBinding omezuje operace vytvořeného účtu služby pouze na zvolený obor názvů.The RoleBinding object limits the operations of the created service account only to the chosen namespace. V případě zakázaného clusteru RBAC má účet služby vytvořená oprávnění pro celou clustery v rámci oborů názvů.For an RBAC disabled cluster, the service account created has cluster-wide permissions across namespaces.

Snímek obrazovky dialogového okna Přidat připojení služby Kubernetes s možností předplatného Azure, která se nazývá.Screenshot of the Add a Kubernetes service connection dialog box with the Azure Subscription option called out.

Služba Azure Container Registry ve službě Docker Registry ConnectionAzure container registry in Docker registry service connection

Nyní můžete vytvořit připojení služby registru Docker ze stránky nastavení vašeho projektu.Now you can create a Docker registry service connection from your project's settings page. Pokud chcete vytvořit připojení, vyberte službu Azure Container Registry v jednom z předplatných přidružených k vaší identitě Azure Active Directory (AAD).To create the connection, choose an Azure container registry in one of the subscriptions associated with your Azure Active Directory (AAD) identity. Všechny úlohy, které vyžadují připojení služby k registrům kontejnerů, jako je například Docker@2 a, KubernetesManifest@0 budou podporovat jediný způsob určení připojení.All tasks requiring service connections to container registries such as Docker@2 and KubernetesManifest@0 will support a single way of specifying a connection.

Snímek obrazovky ukazující, jak přidat připojení služby DockerScreenshot showing how to add a Docker service connection.

Hledat podle názvu složky v definicích vydáníSearch by folder name in release definitions

Definice vydaných verzí můžete uspořádat jejich uložením do složek.You can organize your release definitions by storing them in folders. Dříve jste neměli možnost Hledat podle složky.Previously, you didn't have the option to do a search by folder. Bylo obtížné najít konkrétní definici vydané verze, pokud jste vytvořili spoustu složek.It was challenging to find a specific release definition if you had created a lot of folders. Nyní můžete hledat podle názvu složky v definici verze, což usnadňuje vyhledání definic, které hledáte.Now you can search by folder name in the release definition making it easier to find the definitions you are looking for.

Snímek obrazovky zobrazující definice verzí uložené ve složkáchScreenshot showing release definitions stored in folders.

Úloha instalačního programu nástroje DUFFLE v kanálu sestavení a vydáníDuffle tool installer task in build and release pipeline

DUFFLE je nástroj příkazového řádku, který umožňuje instalovat a spravovat nativní balíčky aplikací cloudu (CNAB).Duffle is a command line tool that allows you to install and manage Cloud Native Application Bundles (CNAB). Pomocí CNABs můžete seskupit, instalovat a spravovat aplikace pro nativní kontejner a jejich služby.With CNABs, you can bundle, install and manage container-native apps and their services.

V této aktualizaci jsme přidali novou úlohu pro kanály sestavení a vydání, které vám umožní nainstalovat specifickou verzi DUFFLE binárního souboru.In this update, we added a new task for build and release pipelines that allows you to install a specific version of Duffle binary.

Snímek obrazovky instalační služby nástroje DUFFLEScreenshot of the Duffle tool installer.

Kubernetes – úloha manifestuKubernetes manifest task

Do našich kanálů vydávání jsme přidali nový úkol, abychom zjednodušili proces nasazení do Kubernetes clusterů pomocí souborů manifestu.We added a new task to our release pipelines to simplify the process of deploying to Kubernetes clusters using manifest files. V porovnání s používáním binárního souboru kubectl ve skriptech bude tato úloha poskytovat následující výhody:This task will provide the following benefits in comparison to the usage of kubectl binary in scripts:

  • Náhrada artefaktu – akce nasadit slouží jako vstupní seznam imagí kontejneru, které lze zadat spolu s jejich značkami nebo výtahy.Artifact substitution - The deploy action takes as input a list of container images which can be specified along with their tags or digests. To je nahrazeno nešablonou verze souborů manifestu předtím, než ji použijete na cluster, aby se zajistilo, že jsou správné verze bitové kopie vyžádány uzly clusteru.This is substituted into the non-template version of the manifest files before applying it to the cluster to ensure that the right version of the image is pulled by the cluster's nodes.

  • Stabilita manifestu – stav zavedení je kontrolován pro objekty Kubernetes nasazené pro začlenění kontrol stability při výpočtu stavu úlohy jako úspěch/selhání.Manifest stability - Rollout status is checked for the Kubernetes objects deployed to incorporate stability checks while computing the task status as success/failure.

  • Poznámky ke sledovatelnosti – poznámky jsou přidány do nasazených objektů Kubernetes, aby superimpose informace o sledovatelnosti týkající se původní organizace, projektu, kanálu a běhu.Traceability annotations - Annotations are added to the deployed Kubernetes objects to superimpose traceability information about originating organization, project, pipeline, and run.

  • Zanesli manifest – akce zanesli úlohy umožňuje pečení Helm grafů do souborů manifestu Kubernetes, aby je bylo možné použít na cluster.Bake manifest - The bake action of the task allows for baking Helm charts into Kubernetes manifest files so that they can be applied to the cluster.

  • Strategie nasazení – volba strategie Kanárské s akcí nasadit vede k vytvoření požadovaného procenta zatížení s příponou podle směrného plánu a -Kanárské , aby bylo možné je porovnat během ManualIntervention úkolu předtím, než použije akci povýšení/odmítnutí úkolu k finalizaci verze, která se má zachovat.Deployment strategy - Choosing canary strategy with deploy action leads to creation of desired percentage of workloads suffixed with -baseline and -canary so that they can be compared during a ManualIntervention task before utilizing the promote/reject action of the task to finalize the version to be retained.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

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

Upgrady na úlohu DockerUpgrades to Docker task

Provedli jsme upgrade úlohy Docker pro zjednodušení prostředí pro vytváření kanálů.We upgraded the Docker task to simplify the pipeline authoring experience. Příkaz buildAndPush se teď dá použít k sestavení více značek pro konkrétní úložiště kontejnerů a k vložení do několika registrů kontejnerů v jednom kroku.The buildAndPush command can now be used to build multiple tags for a specific container repository and push it to multiple container registries in a single step. Tato úloha může používat připojení služby Docker registr pro přihlášení k registrům kontejnerů.The task can use Docker registry service connections for logging into container registries. Do imagí sestavených pomocí této úlohy se přidají metadata sledovatelnosti týkající se zdrojového úložiště, potvrzení změn a provenience sestavení.Traceability metadata about source repository, commit and build provenance are added as labels to the images built using this task.

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Instalační program nástroje KubectlKubectl tool installer

Přidali jsme nový úkol, který vám umožní nainstalovat konkrétní verzi Kubectl binárního souboru do agentů.We added a new task that allows you to install a specific version of the Kubectl binary on the agents. Nejnovější a semver řetězce verze, jako je například "v 1.14.0", jsou přijímány jako platné hodnoty pro vstup specifikace verze Kubectl.The latest and semver version strings such as 'v1.14.0' are accepted as valid values for the Kubectl Version Spec input.

Snímek obrazovky zobrazující instalační program nástroje KubectlScreenshot showing the Kubectl tool installer.

Vylepšení integrace ServiceNowImprovements to ServiceNow integration

Klíčovou funkcí pro spolupráci mezi týmy je umožnit každému týmu používat službu podle svého výběru a zajistit kompletní ucelené doručování.A key capability for cross-team collaboration is to enable each team to use a service of their choice and have effective end-to-end delivery. V této aktualizaci jsme vylepšili integraci ServiceNow pro podporu všech typů změn (Normal, Standard a Emergency).With this update, we enhanced the ServiceNow integration to support all types of changes (normal, standard and emergency). Kromě toho teď můžete určit bránu, která se používá k vytvoření nové žádosti o změnu pomocí existující šablony, podle procesu ITSM, který následuje ve vaší organizaci.In addition, you can now specify the gate used to create a new change request using an existing template, as per the ITSM process followed in your organization. Nakonec můžete také vycházet z vydaných verzí v závislosti na stávajících žádostech o změnu.Finally, you can also gate releases based on existing change requests. To vám umožní přijmout CD, aniž byste museli měnit proces doporučený vašimi IT týmy.This enables you to adopt CD, without needing to change the process recommended by your IT teams.

Snímek obrazovky znázorňující funkci správy změn ServiceNowScreenshot showing the ServiceNow change management feature.

Podpora pro Red Hat Enterprise Linux 6Support for Red Hat Enterprise Linux 6

V této aktualizaci jsme přidali podporu agenta pro Red Hat Enterprise Linux 6.With this update, we added agent support for Red Hat Enterprise Linux 6. Nyní můžete nakonfigurovat agenty, které cílí na platformu Red Hat Enterprise Linux 6 pro provádění úloh sestavení a uvolnění.You can now configure agents targeting the Red Hat Enterprise Linux 6 platform for build and release jobs execution.

Podpora pro Azure PowerShell AZ ModuleSupport for Azure PowerShell Az module

Azure PowerShell poskytuje sadu rutin, které můžete použít ke správě prostředků Azure z příkazového řádku.Azure PowerShell provides a set of cmdlets that you can use to manage Azure resources from the command line. Poslední prosince, Azure PowerShell AZ Module nastala být dostupná a je teď zamýšleným modulem pro správu prostředků Azure.Last December, the Azure PowerShell Az module became available and is now the intended module for managing your Azure resources.

Dříve jsme neposkytovali podporu Azure PowerShell AZ Module v našich hostovaných agentech.Previously, we didn't provide support for the Azure PowerShell Az module in our hosted agents. S novou Azure PowerShell úlohou verze 4. * v kanálech sestavení a vydaných verzí jsme přidali podporu pro nový modul AZ Module pro všechny platformy.With the new Azure PowerShell task version 4.* in build and release pipelines, we have added support for the new Az module for all platforms. Azure PowerShell úloha verze 3. * bude nadále podporovat modul AzureRM.Azure PowerShell task version 3.* will continue to support the AzureRM module. Pokud ale chcete mít k dispozici nejnovější služby a funkce Azure, doporučujeme přepnout na Azure PowerShell úlohu verze 4. * co nejdříve.However, to keep up with the latest Azure services and features, we recommend that you switch to the Azure PowerShell task version 4.* as soon as possible.

Modul AZ Module má režim kompatibility, který vám může pomáhat při použití existujících skriptů při jejich aktualizaci na použití nové syntaxe.The Az module has a compatibility mode to help you use existing scripts while you update them to use the new syntax. K povolení kompatibility pro modul AZ Module použijte Enable-AzureRmAlias příkaz.To enable compatibility for the Az module, use the Enable-AzureRmAlias command. Aliasy umožňují používat staré názvy rutin pomocí AZ Module.Aliases let you use the old cmdlet names with Az module. Další podrobnosti o migraci z modulu Azure RM najdete tady: Azure PowerShell AZ Module.You can get more details on migrating from the Azure RM module to the Azure PowerShell Az module here.

Poznámka

Pokud používáte privátní agenty, musíte na svém počítači agenta nainstalovat AZ Module.You need to install the Az module on your agent machine if you are using private agents.

Další informace o Azure PowerShell AZ Module naleznete v dokumentaci zde.For more information on the Azure PowerShell Az module, see the documentation here.

Podpora ověřování Azure Active Directory (AD) pro úlohu Azure SQLAzure Active Directory (AD) authentication support for Azure SQL task

Služba Azure SQL Task byla vylepšena, aby podporovala připojení k databázi pomocí Azure AD (integrované & heslo) a připojovací řetězec kromě stávající podpory ověřování systému SQL Server.The Azure SQL task has been enhanced to support connecting to a database using Azure AD (Integrated & Password) and a connection string in addition to the existing support for SQL server authentication.

Snímek obrazovky dialogového okna nasazení Azure SQL Database s zvýrazněnou možností rozevíracího seznamu typ ověřováníScreenshot of the Azure SQL Database Deployment dialog box with the Authentication Type dropdown option highlighted.

Publikovat artefakty sestavení s dlouhými cestami k souboruPublish build artifacts with long file paths

Až do této chvíle existovalo omezení, které brání nahrání artefaktů sestavení s cestami delšími než 233 znaků.Until now, there was a limitation that prevented uploading build artifacts with paths longer than 233 characters. To vám může zabránit v nahrávání výsledků pokrytí kódu ze systému Linux a macOS sestavení s cestami k souborům delšími, než je limit.This could prevent you from uploading code coverage results from Linux and macOS builds with file paths longer than the limit. Tento limit byl aktualizován na podporu dlouhých cest.The limit has been updated to support long paths.

Přeskočit průběžnou integraci (CI) pro potvrzeníSkip continuous integration (CI) for a commit

Nyní můžete sdělit, Azure Pipelines ignorovat potvrzení a přeskočit spuštění kanálu, který by se normálně spustil.You can now tell Azure Pipelines to ignore a commit and skip running a pipeline that the commit would normally trigger. Stačí zahrnout [skip ci] do potvrzovací zprávy potvrzení hlavní hlavičky a Azure Pipelines přeskočí CI.Just include [skip ci] in the commit message of the HEAD commit and Azure Pipelines will skip CI. Můžete také použít libovolnou variaci uvedenou níže.You can also use any of the variations listed below. Tato podpora je podporovaná pro potvrzení Azure Repos serveru Git a GitHub Enterprise Server.This is supported for commits to Azure Repos Git and GitHub Enterprise Server.

  • [skip ci] nebo [ci skip][skip ci] or [ci skip]
  • skip-checks: true nebo skip-checks:trueskip-checks: true or skip-checks:true
  • [skip azurepipelines] nebo [azurepipelines skip][skip azurepipelines] or [azurepipelines skip]
  • [skip azpipelines] nebo [azpipelines skip][skip azpipelines] or [azpipelines skip]
  • [skip azp] nebo [azp skip][skip azp] or [azp skip]
  • ***NO_CI***

Test PlansTest Plans

Pomůcka trendu výsledku testu (rozšířené)Test result trend (Advanced) widget

Pomůcka trendu výsledku testu (rozšířené) poskytuje téměř v reálném čase přehled o datech testů pro více sestavení a vydání.The Test result trend (Advanced) widget provides near real-time visibility into your test data for multiple builds and releases. Pomůcka trend výsledku testu (pokročilý) zobrazuje trend výsledků testů pro vaše kanály nebo napříč kanály.The Test result trend (Advanced) widget displays a trend of your test results for your pipelines or across pipelines. Můžete ji použít ke sledování denního počtu testů, úspěšnosti a trvání testů.You can use it to track the daily count of test, pass rate, and test duration. Sledování kvality testů v průběhu času a zlepšení zkušebních potřeb je klíč k údržbě dobré DevOps kanálu.Tracking test quality over time and improving test collateral is key to maintaining a healthy DevOps pipeline.

Snímek obrazovky s pomůckou trendu výsledku testu (rozšířené)Screenshot of the Test Result Trend (Advanced) widget.

Pomůcka trend výsledku testu (rozšířené) pomáhá najít mimo jiné výsledky testů a odpovědi na otázky: testy trvá déle než obvykle?The Test result trend (Advanced) widget helps you find outliers in your test results and answer questions like: are tests taking longer to run than usual? Jaký soubor testu nebo kanál má vliv na celkovou úspěšnost?What test file or pipeline is affecting my overall pass rate? Jaké jsou dlouhotrvající testy?What are my long running tests?

K zodpovězení těchto otázek vám pomůcka poskytuje tyto funkce:To help you answer these questions, the widget provides these features:

  • Zobrazuje trend míry úspěšnosti a počet výsledků testu nebo trvání testu.Displays a trend of pass rate, and count of test results or test duration
  • Prezentuje výsledky testů na základě více kanálů sestavení nebo kanálů vydávání.Presents test results based on multiple build pipelines or release pipelines
  • Pomocí kombinovaných možností grafů zobrazuje dvě metriky přes stejný trend.Uses combined charting options to display two metrics over the same trend
  • Filtruje počet testů v průběhu času podle výsledku testu.Filters the test count over time by test outcome
  • Filtruje všechny výsledky testů podle větve nebo testů.Filters all your test results by branch or test
  • Skládání metriky podle atributů testu, jako je Priorita nebo prostředíStacks your metrics by test attributes such as Priority or Environment
  • Seskupení dat pro testovací soubory, majitele nebo kanályGroup you data on Test files, owner or pipelines

Pomůcka je vysoce konfigurovatelná, takže ji můžete použít pro širokou škálu scénářů.The widget is highly configurable allowing you to use it for a wide variety of scenarios.

Sdílet výsledky testovacího běhu prostřednictvím adresy URLShare test run results via URL

Můžete nakonfigurovat automatizované testy, které mají být spouštěny jako součást sestavení nebo vydání.You can configure automated tests to run as part of a build or release. Publikované výsledky testů lze zobrazit na kartě testy v souhrnu sestavení nebo vydání.The published test results can be viewed in the Tests tab in build or release summary. V této aktualizaci jsme přidali funkci adresy URL výsledků kopírování , abyste mohli sdílet jeden výsledek testovacího běhu s ostatními členy týmu.With this update, we added a Copy results URL feature so you can share a single test run results with others in your team.

Mezi tyto úrovně sdílení patří:The sharing levels include:

  • Úroveň spuštěníRun level
  • Úroveň výsledkuResult level
  • Jednotlivá karta vybraná v rámci testovacího běhuIndividual tab selected within test run
  • Sdílení je taky kompatibilní s nakonfigurovanými rozšiřujícími kartami.Sharing is also compatible with any extension tabs configured

Při sdílení adresy URL budou čtenáři zobrazovat výsledky testovacího běhu v zobrazení na celé obrazovce.When you share the URL, viewers will see the test run results in the full screen view.

ArtifactsArtifacts

Balíčky NuGet s čísly verze SemVer 2.0.0NuGet packages with SemVer 2.0.0 version numbers

Dřív Azure Artifacts nepodporovaly balíčky NuGet s čísly verze 2.0.0 pro SemVer (obecně čísla verzí, která obsahují část s metadaty sestavení verze, která je označená + ).Previously, Azure Artifacts did not support NuGet packages with SemVer 2.0.0 version numbers (generally, version numbers that contain the build metadata portion of the version, which is signified by a +). Nyní můžete ukládat balíčky z nuget.org, které obsahují metadata sestavení, a nabízet vlastní balíčky s metadaty sestavení.Now you can save packages from nuget.org that contain build metadata and push your own packages with build metadata. Pro seřazení balíčků se metadata sestavení nedají použít pro SemVer specifikace a zásady NuGet.org.Per the SemVer spec and NuGet.org policy, build metadata cannot be used to order packages. Proto nemůžete publikovat jak 1.0.0+build1 a 1.0.0+build2 tak Azure Artifacts (nebo NuGet.org), protože tyto verze se považují za ekvivalentní, takže budou podléhat omezením neměnnosti.So, you cannot publish both 1.0.0+build1 and 1.0.0+build2 to Azure Artifacts (or nuget.org) as those versions will be considered equivalent and thus subject to the immutability constraints.

Informace o provenienci pro balíčkyProvenance information on packages

V této aktualizaci jsme zjistili, že jsme si seznámili s tím, jak vaše balíčky vystavili: kdo nebo co je publikoval a na základě potvrzení ze zdrojového kódu pocházejí.With this update, we've made it a bit easier to understand the provenance of your packages: who or what published them and what source code commit they came from. Tyto informace se vyplní automaticky pro všechny balíčky publikované pomocí úloh NuGet, npm, Mavena vlákna Authenticate (pro Python) v Azure Pipelines.This information is populated automatically for all packages published using the NuGet, npm, Maven, and Twine Authenticate (for Python) tasks in Azure Pipelines.

Statistiky použití balíčkůPackage usage stats

Dříve Azure Artifacts neposkytovali způsob, jak vyhodnocovat použití nebo oblíbenost balíčků.Until now, Azure Artifacts didn't provide a way to gauge the usage or popularity of packages. V této aktualizaci jsme přidali počet souborů ke stažení a uživatelům na stránky se seznamem balíčků i s podrobnostmi balíčku.With this update, we added a count of Downloads and Users to both the package list and package details pages. Na pravé straně kterékoli stránky vidíte statistiku.You can see the stats on the right side of either page.

Snímek obrazovky s statistikami použití balíčkuScreenshot of the package usage stats.

Podpora pro balíčky PythonuSupport for Python Packages

Azure Artifacts teď můžou hostovat balíčky Pythonu: oba balíčky vytváříte sami a máte proti sobě balíčky uložené z veřejného PyPIu.Azure Artifacts can now host Python packages: both packages you produce yourself and upstream packages saved from the public PyPI. Další podrobnosti najdete v příspěvku na blogu a v dokumentaci.For more details, see the announcement blog post and the docs.

Teď můžete do stejného informačního kanálu hostovat všechny balíčky NuGet, NPM, Maven a Pythonu.Now, you can now host all of your NuGet, npm, Maven, and Python packages in the same feed.

Snímek obrazovky zobrazující všechny balíčky hostované ve stejném informačním kanálu.Screenshot showing all packages hosted in the same feed.

Nadřazené zdroje pro MavenUpstream sources for Maven

Pro kanály Maven jsou teď k dispozici nadřazené zdroje.Upstream sources are now available for Maven feeds. To zahrnuje primární úložiště Maven a kanály Azure Artifacts.This includes the primary Maven Central repository and Azure Artifacts feeds. Pokud chcete do existujícího informačního kanálu přidat Maven, přejděte na Nastavení informačního kanálu, vyberte nadřazený zdroj dat a pak vyberte Přidat nadřazený zdroj.To add Maven upstreams to an existing feed, visit Feed settings, select the Upstream sources pivot, then select Add upstream source.

Snímek obrazovky zobrazující možnost Přidat nadřazený zdrojScreenshot showing the Add upstream source option.

Do té doby mnoho úloh sestavení souvisejících s artefakty neposkytovalo úplnou podporu pro Azure Pipelines infrastrukturu proxy serveru, což vedlo k problémům při používání úloh od místních agentů.Until now, many Artifacts-related build tasks didn't provide full support for Azure Pipelines' proxy infrastructure, which led to challenges using the tasks from on-premises agents. V této aktualizaci jsme přidali podporu pro proxy pro následující úlohy:With this update, we've added support for proxies to the following tasks:

  • Npm@1 (' npm ' v Návrháři)Npm@1 ('npm' in the designer)
  • NuGetCommand@2 (' NuGet ' v Návrháři): pouze příkazy Restore a pushNuGetCommand@2 ('NuGet' in the designer): restore and push commands only
  • DotNetCoreCLI@2 (' .NET Core ' v Návrháři): pouze příkazy Restore a NuGet pushDotNetCoreCLI@2 ('.NET Core' in the designer): restore and nuget push commands only
  • NpmAuthenticate@0, PipAuthenticate@0 a TwineAuthenticate@0 (' [typ] ověřit ' v Návrháři): tyto úlohy podporují proxy servery během získávání tokenů ověřování, ale je stále nutné nakonfigurovat libovolné následné úlohy, skripty nebo nástroje pro použití proxy serveru.NpmAuthenticate@0, PipAuthenticate@0, and TwineAuthenticate@0 ('[type] Authenticate' in the designer): These tasks support proxies during the acquisition of auth tokens, but it is still necessary to configure any subsequent tasks/scripts/tools to also use the proxy. Jinými způsoby, tyto úlohy nekonfigurují proxy server pro základní nástroj (NPM, PIP, vlákno).Put another way, these tasks do not configure the proxy for the underlying tool (npm, pip, twine).
  • NuGetToolInstaller@0, NodeTool@0 , DotNetCoreInstaller@0 (' [typ] instalační program ' v Návrháři)NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ('[type] Installer' in the designer)

Všechny typy balíčků artefaktů podporované ve vydaných verzíchAll Artifacts package types supported in releases

Až do této chvíle byly v Azure Artifacts typu artefaktů ve verzích kanálů podporované jenom balíčky NuGet.Until now, only NuGet packages have been supported in the Azure Artifacts artifact type in Pipelines releases. V této aktualizaci se podporují všechny Azure Artifacts typy balíčků – Maven, npm a Python –.With this update, all Azure Artifacts package types - Maven, npm, and Python - are supported.

Zobrazení artefaktů podporovaná ve vydaných verzíchArtifacts views supported in releases

Dříve se typ artefaktu Azure Artifacts mohl aktivovat jenom v případě, že se do informačního kanálu publikovaly nové verze balíčku.Previously, the Azure Artifacts artifact type could only trigger when new package versions were published to the feed. Nyní jsme také přidali podporu pro zobrazení, takže můžete aktivovat vydání, když jsou balíčky již v informačním kanálu povýšeny na zobrazení.Now, we've also added support for views, so you can trigger releases when packages already in the feed are promoted to a view.

Zásady uchovávání informací můžou stažené balíčky v poslední době přeskočit.Retention policies can skip packages downloaded recently

Až teď Azure Artifacts informační kanály nabízely základní zásady uchovávání informací, které by začaly odstraňovat staré verze balíčků, když bylo dosaženo maximálního počtu verzí na balíček.Until now, Azure Artifacts feeds have offered basic retention policies that would start deleting old package versions when a "maximum number of versions per package" was reached. V této aktualizaci jsme při provádění tohoto vyčištění přidali možnost přeskočit nedávno stažené balíčky.With this update, we've added the ability to skip recently-downloaded packages when doing this clean-up. Pokud chcete povolit, upravte svůj informační kanál a zaškrtněte políčko Přeskočit stažené balíčky .To enable, edit your feed and check the Skip packages downloaded recently checkbox.

Delegát, který může spravovat informační kanályDelegate who can manage feeds

V Azure Artifacts Správci kolekce projektů (PCAs) vždycky mohli spravovat všechny informační kanály na serveru Azure DevOps.In Azure Artifacts, Project Collection Administrators (PCAs) have always been able to administer all feeds in an Azure DevOps server. S touto aktualizací může PCAs také poskytnout tuto možnost ostatním uživatelům a skupinám, čímž bude delegována možnost spravovat jakýkoliv informační kanál.With this update, PCAs can also give this ability to other users and groups, thus delegating the ability to manage any feed.

WikiWiki

Šablony Markdownu pro vzorce a videaMarkdown templates for formulas and videos

Pro přidávání vzorců, videí a značek YAML při úpravách wikiwebu už nemusíte pamatovat syntaxi Markdownu.There is no longer a need to remember markdown syntax for adding formulas, videos and YAML tags when editing a Wiki. Nyní můžete na panelu nástrojů kliknout na místní nabídku a vybrat možnost podle vašeho výběru.You can now click on the context menu in the toolbar and select the option of your choice.

Snímek obrazovky znázorňující rozbalenou kontextovou nabídku s následujícími možnostmi: obsah, videa, značka YAML a vzorce.Screenshot showing the expanded context menu with the following options: Table of Contents, Videos, YAML Tag, and Formulas.

Vložení výsledků dotazu Azure Boards na wikiwebuEmbed Azure Boards query results in Wiki

Nyní můžete vložit Azure Boards výsledků dotazu na stránku wikiwebu ve formě tabulky.You can now embed Azure Boards query results in a wiki page in the form of a table. Následující obrázek ukazuje ukázku stránky wikiwebu se seznamem všech vydaných funkcí a všech aktivních chyb v aktuálním sprintu, které jsou vložené na wikiwebu.The image below shows a sample of a wiki page with a list of all features released and all the active bugs in the current sprint embedded in the wiki. Obsah zobrazený na stránce používá existující dotaz na pracovní položku.The content displayed in the page is using an existing work item query. Díky této nové funkci můžete vytvořit dynamický obsah a nemusíte se starat o ruční aktualizaci stránky wikiwebu.With this new feature you can create dynamic content and not need to worry about manually updating the wiki page.

Snímek obrazovky s vloženými Azure Boards výsledky dotazu zobrazenými na wikiwebuScreenshot of embedded Azure Boards query results displayed in the Wiki.

Výsledky dotazu je možné přidat ve dvou krocích:The query results can be added in two steps:

  1. Na panelu nástrojů úprav klikněte na tlačítko výsledky dotazu.Click on the "Query Results" button from the edit toolbar.

Snímek obrazovky znázorňující rozbalenou kontextovou nabídku s možností výsledky dotazu s názvem.Screenshot showing the expanded context menu with the Query Results option called out.

  1. Vyberte požadovaný dotaz a klikněte na tlačítko Vložit.Select the required query and click on "Insert" button.

Výsledky dotazu se teď dají zobrazit ve formě tabulky po uložení stránky.The results of the query can now be viewed in the form of a table after you save the page.

Snímek obrazovky s dialogovým oknem výsledků dotazuScreenshot of the Query Results dialog box.

Neproporcionální písmo pro Editor wiki MarkdownuMonospaced font for Wiki Markdown editor

Díky zavedení neproporcionálních písem pro Editor wiki Markdownu už není možné číst.With the introduction of monospaced fonts for wiki Markdown editor, readability is no longer a challenge. Zdroj Markdownu vypadá čistě a snadno čitelný.The Markdown source looks clean and easy to read. Tato funkce se na základě tohoto lístku návrhůvystavila podle priorit.This feature has been prioritized based on this suggestion ticket.

Snímek obrazovky wikiwebu s neproporcionálním písmemScreenshot of the Wiki with monospaced font.

Až teď se odkaz na stránku na wikiwebu sdílí a podařilo přerušit, pokud se propojená stránka přejmenovala nebo přesunula.Until now, shared Wiki page links broke if the linked page was renamed or moved. Nyní jsme zavedli trvalé odkazy přidáním ID stránky k adrese URL.We've now introduced permanent links by adding a page IDs to the URL. Tím se zajistí, že odkazy, které sdílíte, zůstanou beze změny v průběhu času.This ensures that links you share remain intact as the wiki changes over time.

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

Zobrazit stav pracovní položky na stránkách wikiwebuShow work item status in Wiki pages

V této aktualizaci jsme na stránkách wiki rozšířili zmínky o pracovních položkách, a to tak, že na stránku přidáte stav pracovní položky, včetně jejího ID a názvu.In this update, we've enhanced work item mentions in Wiki pages by adding the status of the work item to the page, along with its ID and title.

Snímek obrazovky znázorňující rozšířené zmínky o pracovních položkáchScreenshot showing enhanced work item mentions.

Odkazy na pracovní položky v komentářích žádostí o přijetí změn se zobrazí také ve stavu diskuze.Work item references in Pull Request comments and Boards discussions will also show the status.

Tato funkce má prioritu na základě tohoto návrhu.This feature was prioritized based on this suggestion.

@mention Uživatelé a skupiny@mention users and groups

@mentionNa stránce wikiwebu teď můžete uživatele a skupiny.You can now @mention users and groups in a wiki page. Díky tomu budou dokumenty jako kontaktní stránka týmu, doprovodné dokumenty a dokumenty znalostní báze rozsáhlejší.This makes documents like a team's contact page, guidance documents and knowledge documents richer. Obrázek níže je příklad znázorňující zpětnou působnost sprintu s úkoly a odpovědnou osobou.The image below is an example showing a sprint retrospective with tasks and the person responsible.

Snímek obrazovky znázorňující, co vypadá při @mention uživatelích a skupináchScreenshot showing what it looks like when you @mention users and groups.

Kromě toho můžete také vybrat uživatele nebo skupinu z automatické návrhy zadáním "@" na stránce pro úpravy wikiwebu.In addition, you can also select a user or a group from the autosuggestion by typing "@" in the wiki edit page. Uvedená osoba také pošle oznámení e-mailem.The person mentioned will also get notified by mail.

Snímek obrazovky znázorňující automatické návrhy, které se zobrazí při zahájení psaní @mention .Screenshot showing the autosuggestions that appear when you start typing an @mention.

Nakonec můžete také kliknout na @mentioned uživatele a zobrazit kartu informace o profilu.Finally, you can also click on the @mentioned user to view the profile information card. Tato funkce má prioritu na základě tohoto návrhu funkce.This feature has been prioritized based on this feature suggestion.

Oznámení na stránkách wikiwebuNotifications on wiki pages

Až teď nebudete mít možnost vědět, kdy se obsah na stránce wikiwebu změnil.Until now, you didn't have a way of knowing when the content on a wiki page was changed. Teď můžete sledovat stránky wikiwebu a při úpravách, odstraňování nebo přejmenování stránky dostávat oznámení e-mailem.Now you can follow wiki pages to get notified via email when the page is edited, deleted or renamed. Pokud chcete sledovat změny provedené na wikiwebu, vyberte na stránce wiki tlačítko pro sledování .To track changes made to a wiki, select the Follow button from the wiki page.

Snímek stránky wikiwebu Azure DevOps s pojmenovanou možností.Screenshot of an Azure DevOps Wiki page with the Follow option called out.

Tato funkce se na základě tohoto lístku návrhů vystavila podle priorit.This feature has been prioritized based on this suggestion ticket. Další informace najdete v naší dokumentaci.To learn more, see our documentation here.

Podpora značek HTMLSupport for HTML tags

Nyní můžete vytvořit bohatší obsah na wikiwebu pomocí značek HTML.Now, you can create richer content in wiki using HTML tags. Podívejte se na to, co můžete dělat pomocí značek HTML níže.Check out what you can do with HTML tags below.

  1. Na stránkách wikiwebu teď můžete vytvářet sbalitelné oddíly pomocí značek Details a summary .You can now create collapsible sections inside your wiki pages by using the details and summary tags. Můžete přidat otevřený atribut, aby se detaily rozšířily ve výchozím nastavení.You can add the open attribute to keep the details expanded by default.

    Snímek obrazovky znázorňující sbalitelné oddíly, které jsou vytvořeny pomocí značek Details a Summary.Screenshot showing the collapsible sections that are created with the details and summary tags.

    Další informace o značce Details najdete v dokumentaci zde.For more information on the details tag, take a look at the documentation here.

    Toto bylo na základě tohoto lístku návrhůupřednostněno.This was prioritized based on this suggestion ticket.

    Poznámka

    Tato značka není podporována v prohlížečích Edge a Internet Explorer.This tag is not supported in Edge and Internet Explorer browsers.

Vylepšené vytváření a úpravy tabulekImproved table creation and editing

Až do té chvíle, vytváření a úpravy tabulek na wikiwebu byly obtížné.Until now, creating and editing tables in a wiki was difficult. Provedli jsme změny, které usnadňují přidávání a správu tabulek na wikiwebu.We've made changes to make it easier for you to add and manage tables in your wiki.

  1. Vytvoření tabulky z mřížkyCreate a table from grid

    Už si nemusíte pamatovat na syntaxi tabulky Markdownu.You no longer have to remember the markdown table syntax. Teď můžete snadno vytvořit tabulku Markdownu výběrem z 15 X 15 mřížky.Now you can create a markdown table easily by selecting from a 15 X 15 grid. Stačí vybrat požadovaný počet sloupců a řádků pro vložení tabulky jediným kliknutím.Just select the required number of columns and rows to insert a table with a single click.

    Snímek obrazovky s prázdnou stránkou wikiwebu s vybranou možností Formátovat tabulkuScreenshot showing a blank wiki page with the Format table option selected.

    Tato funkce má prioritu na základě následujících návrhů lístků:This feature has been prioritized based on the following suggestion tickets:

  2. Lepší čitelnost tabulkyBetter table readability

    Teď můžete přepnout zalamování řádků pro Editor, abyste měli lepší čitelnost tabulek.You can now toggle word wrap for your editor to have better readability of your tables. Zakázáním zalamování řádků se přidá posuvník, který umožňuje snazší zobrazení obsahu velkých tabulek.Disabling word wrap adds a scroll bar which lets you see the content of large tables easier.

    Snímek stránky wikiwebu s možností zalamování řádků a horizontálního posuvníku, který se nazývá.Screenshot of a Wiki page with the Word Wrap option and the horizontal scrollbar called out.

  3. <span data-ttu-id="3e04c-788">AutoFormat – tabulky MarkdownuAutoformating markdown tables

    Už nemusíte přidávat mezery, aby se zarovnaly sloupce Markdownu.You no longer have to add spaces to align your markdown columns. Pomocí tlačítka formátovat tabulky jsou tabulky Markdownu automaticky formátované přidáním mezer do buněk pro zarovnání sloupců.With the Format tables button, your markdown tables are automatically formatted by adding spaces to the cells to align the columns. Pokud máte velké tabulky, použijte je s cílem Zakázat zalamování řádků , aby se tabulky lépe četly.If you have large tables, use it with disable word wrap to make the tables easier to read.

    ![Snímek stránky wikiwebu s možností formátovat tabulky s názvem.](media/152_05.png "Wiki – stránka")Screenshot of a Wiki page with the Format tables option called out.

    Můžete také použít klávesovou zkratku CTRL + SHIFT + F k formátování tabulek.You can also use the Ctrl + Shift + F shortcut to format your tables.

Vytváření sestavReporting

Rozšíření Analytics už není potřeba k používání analýz.Analytics extension no longer needed to use Analytics

Analýzy se stále častěji stanou nedílnou součástí prostředí Azure DevOps.Analytics is increasingly becoming an integral part of the Azure DevOps experience. Je to důležité pro zákazníky, kteří jim můžou usnadnit rozhodování na základě dat.It is an important capability for customers to help them make data driven decisions.

V případě aktualizace 1 s radostí oznamujeme, že zákazníci už nepotřebují rozšíření Analytics k používání analýz.For Update 1, we're excited to announce that customers no longer need the Analytics extension to use Analytics. Zákazníci teď můžou povolit analýzu pod nastavením kolekce projektu.Customers can now enable Analytics underneath Project Collection Settings. Jedná se o jednoduchý proces, který je v rámci produktu přímo.It's a simple process that's right within the product.

Tady je postup, jak můžou zákazníci povolit analýzy:Here is how customers can enable Analytics:

  1. Přejít na nastavení kolekce projektů:Navigate to Project Collection Settings:

Snímek obrazovky s informacemi o tom, kde najít nastavení analýzyScreenshot showing where to find the Analytics setting.

  1. Klikněte na Povolit analýzu .Click Enable Analytics

Snímek obrazovky znázorňující možnost povolit analýzuScreenshot showing the Enable Analytics option.

A to je vše!And that's it! Prostředí s technologií Analytics budou pro kolekci zapnutá.Analytics powered experiences will be turned on for the collection.

Nové kolekce vytvořené v kolekcích Update 1 a Azure DevOps Server 2019 s nainstalovaným rozšířením Analytics, které byly upgradovány, budou mít ve výchozím nastavení povolené analýzy.New collections created in Update 1 and Azure DevOps Server 2019 collections with the Analytics extension installed that were upgraded will have Analytics enabled by default.

Další informace o analýzách a prostředích, která umožňuje:To learn more about Analytics and the experiences it enables:


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