Zpráva k vydání verze pro Azure DevOps Server 2019 Update 1

Komunita vývojářů | Systémové požadavky | Licenční podmínky | DevOps Blog | SHA-1 Hashy

V tomto článku najdete informace týkající se nejnovější verze Pro Azure DevOps Server.

Další informace o instalaci nebo upgradu nasazení Azure DevOps Serveru najdete v tématu Požadavky na Azure DevOps Server. Pokud si chcete stáhnout produkty Azure DevOps, navštivte stránku se soubory ke stažení Azure DevOps Serveru.

Přímý upgrade na Azure DevOps Server je podporován z Azure DevOps Serveru 2020, Azure DevOps Serveru 2019 nebo Team Foundation Serveru (TFS) 2015 nebo novějšího. Pokud je vaše nasazení TFS na TFS 2010 nebo starší, musíte před upgradem na Azure DevOps Server 2019 provést několik kroků. Další informace najdete v tématu Instalace a konfigurace Azure DevOps v místním prostředí.

---

Bezpečný upgrade z Azure DevOps Serveru 2019 na Azure DevOps Server 2020

Azure DevOps Server 2020 zavádí nový model uchovávání běhu kanálu (sestavení), který funguje na nastavení na úrovni projektu.

Azure DevOps Server 2020 zpracovává uchovávání sestavení odlišně na základě zásad uchovávání na úrovni pipeline. Některé konfigurace zásad vedou k odstranění běhů kanálu po upgradu. Spuštění kanálu, které bylo ručně zachováno nebo je zachováno nasazením, se po upgradu neodstraní.

Další informace o bezpečném upgradu z Azure DevOps Serveru 2019 na Azure DevOps Server 2020 najdete v našem blogovém příspěvku .

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.2 Patch 11: 8. dubna 2025

Soubor	SHA-256 hash
devops2019.1.2patch11.exe	B931F1A38F09F8B341B82FCE14C1FF136713D98A6AA5A7DB778C7F89FAD94CDF

Vydali jsme opravu 11 pro Azure DevOps Server 2019 Update 1.2, která obsahuje následující:

Důležité

Blog Změna URL domény CDN pro agenty v pipelines poskytuje kroky, které je třeba dodržet před instalací tohoto patche.

• Dříve Azure DevOps Agent používal Edgio CDN s koncovým bodem vstsagentpackage.azureedge.net. V rámci vyřazení služby Edgio bude doména *.azureedge.net vyřazena z provozu. Abychom zajistili trvalou dostupnost, přešli jsme na CDN podporovanou společností Akamai s novým koncovým bodem download.agent.dev.azure.com. Tato záplata zahrnuje potřebné změny k získání binárních souborů agenta z nového koncového bodu CDN, čímž se přechází z předchozího koncového bodu CDN.

Datum vydání aktualizace 1.2 Patch 10 Azure DevOps Serveru 2019: 11. března 2025

Soubor	SHA-256 hash
devops2019.1.2patch10.exe	EDCE91E3F92A2E60FB9BA9BE6977B47BC794817A13766C728B97D4B83039B789

Vydali jsme opravu 10 pro Azure DevOps Server 2019 Update 1.2, která obsahuje následující:

• Aktualizace úkolů kvůli zrušení Edgio CDN. Další podrobnosti najdete v blogovém příspěvku Přepnutí poskytovatelů CDN.

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.2 Patch 9: 28. května 2024

Soubor	SHA-256 hash
devops2019.1.2patch9.exe	4A3F41BBE00174DE964667878766EBF7F4D292526CBC1D885180B55D994B4D81

Vydali jsme opravu 9 pro Azure DevOps Server 2019 Update 1.2, která obsahuje následující:

• Zjednodušte nasazení aktualizací agenta a úloh z předchozích oprav (Patch 5 a 6).

Poznámka:

Není nutné postupovat podle kroků v záplatách 5 a 6; tyto lze přeskočit a místo toho aplikovat tuto záplatu.

Instalace oprav

Důležité

 Tato záplata aktualizuje dostupného pipeline agenta, nová verze agenta po instalaci záplaty 9 bude 3.225.0.

Požadavky na kanál

Chcete-li použít nové chování k ověření argumentů příkazového řádku, musí být proměnná AZP_75787_ENABLE_NEW_LOGIC = true nastavena v kanálech, které používají ovlivněné úlohy. Další informace o povoleném chování najdete tady :

• Na klasiku:

  Definujte proměnnou na kartě proměnné v potrubí.

• Příklad YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.2 Patch 8: 12. března 2024

Soubor	SHA-256 hash
devops2019.1.2patch8.exe	67E78EA7D67A09A6E06309614F92E6D8495DEF52FF442E4E7C7979244FAD20A

Vydali jsme opravu 8 pro Azure DevOps Server 2019 Update 1.2, která obsahuje opravy pro následující:

• Vyřešili jsme problém, kdy po instalaci opravy 7 přestal fungovat proxy server.

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.2 Patch 7: 13. února 2024

Soubor	SHA-256 hash
devops2019.1.2patch7.exe	8C67C72A83C9215302BDEFB752A7C4E3F876D4D17FCFA63A02B955FCFB5455AA

Vydali jsme opravu 7 pro Azure DevOps Server 2019 Update 1.2, která obsahuje opravy pro následující:

• Opravili jsme chybu, kdy se nesprávně vypočítalo místo na disku používané složkou mezipaměti proxy serveru a složka nebyla správně vyčištěna.
• CVE-2024-20667: Ohrožení zabezpečení spočívající ve vzdáleném spuštění kódu v Azure DevOps Serveru

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.2 Patch 6: 14. listopadu 2023

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.2, která obsahuje opravy pro následující:

• Rozšířili jsme seznam povolených znaků pro úlohy PowerShellu při ověřování parametrů argumentů v rámci povolení úloh.

Poznámka:

Pokud chcete implementovat opravy této opravy, budete muset ručně aktualizovat úlohy pomocí řady kroků.

Instalace oprav

Důležité

Vydali jsme aktualizace agenta Azure Pipelines s aktualizací Patch 5 vydané 12. září 2023. Pokud jste nenainstalovali aktualizace agenta, jak je popsáno v poznámkách k verzi pro opravu Patch 5, doporučujeme nainstalovat tyto aktualizace před instalací 6. Nová verze agenta po instalaci patch 5 bude 3.225.0.

Konfigurace TFX

1. Podle kroků v dokumentaci o nahrání úkolů do kolekce projektů nainstalujte tfx-cli a přihlaste se.

Aktualizace úloh pomocí TFX

Soubor	SHA-256 hash
Tasks20231103.zip	389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

1. Stáhněte a extrahujte Tasks20231103.zip.
2. Změňte adresář na extrahované soubory.
3. Spuštěním následujících příkazů nahrajte úlohy:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.230.0.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.230.0.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.230.0.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.230.0.zip 

Požadavky na kanál

Pokud chcete použít nové chování, musí být proměnná AZP_75787_ENABLE_NEW_LOGIC = true nastavená v kanálech, které používají ovlivněné úlohy.

• Na klasiku:

  Definujte proměnnou na kartě proměnné v potrubí.

• Příklad YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.2 Patch 5: 12. září 2023

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.2, která obsahuje opravy pro následující:

• CVE-2023-33136: Ohrožení zabezpečení spočívající ve vzdáleném spuštění kódu serveru Azure DevOps
• CVE-2023-38155: Ohrožení zabezpečení spočívající ve zvýšení oprávnění serveru Azure DevOps a Team Foundation Serveru

Důležité

Nasazujte záplatu do testovacího prostředí a ověřte, že toky tohoto prostředí pracují podle očekávání, než použijete opravu v produkčním prostředí.

Poznámka:

Pokud chcete implementovat úpravy této aktualizace, budete muset podle několika kroků ručně aktualizovat agenta a úlohy.

Instalace oprav

1. Stáhněte a nainstalujte opravu Azure DevOps Server 2019 Update 1.2 5.

Aktualizace agenta Azure Pipelines

1. Stáhnout agenta z: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 – Agent_20230825.zip
2. K nasazení agenta použijte kroky popsané v dokumentaci k místním agentům Windows.  

Poznámka:

Aby se zabránilo degradaci agenta, musí být AZP_AGENT_DOWNGRADE_DISABLED nastaveno na hodnotu true. Ve Windows se dá v příkazovém řádku pro správu použít následující příkaz, po kterém následuje restartování. setx AZP_AGENT_DOWNGRADE_DISABLED true /M

Konfigurace TFX

1. Podle kroků v dokumentaci o nahrání úkolů do kolekce projektů nainstalujte tfx-cli a přihlaste se.

Aktualizace úloh pomocí TFX

1. Stáhněte a extrahujte Tasks_20230825.zip.
2. Změňte adresář na extrahované soubory.
3. Spuštěním následujících příkazů nahrajte úlohy:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.226.3.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.226.2.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.226.1.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.226.2.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.226.2.zip 

Požadavky na kanál

Pokud chcete použít nové chování, musí být proměnná AZP_75787_ENABLE_NEW_LOGIC = true nastavená v kanálech, které používají ovlivněné úlohy.

• Na klasiku:

  Definujte proměnnou na kartě proměnné v potrubí.

• Příklad YAML:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.2 Patch 4: 8. srpna 2023

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.2, která obsahuje opravy pro následující:

• CVE-2023-36869: Ohrožení zabezpečení z hlediska falšování identity serveru Azure DevOps
• Aktualizujte službu SSH tak, aby podporovala SHA2-256 a SHA2-512. Pokud máte pevně zakódované konfigurační soubory SSH pro použití RSA, měli byste položku aktualizovat na SHA2 nebo ji odebrat.
• Oprava chyby nekonečné smyčky u modulu CronScheduleJobExtension.

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.2 Patch 3: 13. června 2023

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.2, která obsahuje opravy pro následující:

• Opravili jsme chybu, která způsobovala narušení odesílání balíčků při upgradu z verze 2018 nebo starší.

Datum vydání aktualizace Azure DevOps Serveru 2019 Update 1.2 Patch 2: 13. prosince 2022

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.2, která obsahuje opravy pro následující:

• Opravili jsme chyby v úloze "Account Parallelism Sync Analytics Job".

Azure DevOps Server 2019 Patch 1 Update 1.2 Datum vydání: 12. července 2022

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.2, která obsahuje opravy pro následující:

• V rozhraních API testovacích běhů byl vrácený token pro pokračování větší než hodnota maxLastUpdatedDate, která byla zadána.
• Při úpravách klasického potrubí byla karta uchovávání po zrušení změn na jiné kartě prázdná.

Datum vydání azure DevOps Serveru 2019 Update 1.2: 17. května 2022

Azure DevOps Server 2019 Update 1.2 představuje opravy chyb. Azure DevOps Server 2019 Update 1.2 můžete nainstalovat přímo nebo upgradovat z Azure DevOps Serveru 2019 nebo Team Foundation Serveru 2013 nebo novějšího.

Poznámka:

Nástroj pro migraci dat bude k dispozici pro Azure DevOps Server 2019 Update 1.2 asi tři týdny od této verze. Náš seznam aktuálně podporovaných verzí pro import najdete tady.

Tato verze obsahuje opravy pro následující:

• Po deaktivaci účtu uživatele ve službě Active Directory zrušte všechny osobní přístupové tokeny.

Datum vydání aktualizace 1.1 pro Azure DevOps Server 2019 Patch 13: 26. ledna 2022

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.1, která obsahuje opravy pro následující:

• Při použití @mention ovládacího prvku v pracovní položce se neposílala e-mailová oznámení.
• Upřednostňovaná e-mailová adresa se v profilu uživatele neaktualizovala. Výsledkem je odeslání e-mailů na předchozí e-mailovou adresu.
• Vyřešili jsme chybu zabezpečení Elasticsearch odebráním třídy jndilookup z binárních souborů log4j.

Kroky instalace

1. Upgradujte server pomocí opravy 13.
2. Zkontrolujte hodnotu registru na adrese HKLM:\Software\Elasticsearch\Version. Pokud tam hodnota registru není, přidejte řetězcovou hodnotu a nastavte verzi na 5.4.1 (Název = Verze, hodnota = 5.4.1).
3. Spusťte příkaz PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update update, jak je uvedeno v souboru readme. Může se vrátit upozornění, jako je: Nelze se připojit ke vzdálenému serveru. Nezavírejte okno, protože aktualizace provádí opakování, dokud se nedokončí.

Poznámka:

Pokud jsou Azure DevOps Server a Elasticsearch nainstalované na různých počítačích, postupujte podle níže uvedených kroků.

1. Upgradujte server pomocí opravy 13.
2. Zkontrolujte hodnotu registru na adrese HKLM:\Software\Elasticsearch\Version. Pokud tam hodnota registru není, přidejte řetězcovou hodnotu a nastavte verzi na 5.4.1 (Název = Verze, hodnota = 5.4.1).
3. Zkopírujte obsah složky s názvem zip, umístěné na C:\Program Files\{TFS Version Folder}\Search\zip, do vzdálené složky souborů Elasticsearch.
4. Spusťte Configure-TFSSearch.ps1 -Operation update na počítači serveru Elasticsearch.

Hash SHA-256: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.1 12: 15. září 2021

Oprava 12 pro Azure DevOps Server 2019 Update 1.1 obsahuje opravy pro následující:

• Opravte makro pracovní položky pro dotazy s podmínkou "obsahuje slova". Dříve dotazy vracely nesprávné výsledky pro hodnoty, které obsahovaly konec řádku.
• Problém s lokalizací pro vlastní stavy rozložení pracovních položek
• Problém s lokalizací v šabloně e-mailových oznámení
• Problém s vyhodnocením pravidel NOTSAMEAS při definování více pravidel NOTSAMEAS pro pole

Datum vydání aktualizace Azure DevOps Serveru 2019 Update 1.1 11: 14. září 2021

Oprava 11 pro Azure DevOps Server 2019 Update 1.1 obsahuje opravy pro následující:

• Vyřešte problém nahlášený v tomto lístku zpětné vazby komunity vývojářů.

Datum vydání aktualizace Azure DevOps Serveru 2019 Update 1.1 10: 10. srpna 2021

Oprava 10 pro Azure DevOps Server 2019 Update 1.1 obsahuje opravy pro následující:

• Opravte problém s úlohami doručování e-mailů u některých typů pracovních položek.

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.1 Patch 9: 15. června 2021

Oprava 9 pro Azure DevOps Server 2019 Update 1.1 zahrnuje následující opravy.

• Opravte problém s importem dat. Import dat trval dlouhou dobu pro zákazníky, kteří mají spoustu zastaralých testovacích případů. Důvodem byly odkazy, které zvětšily velikost tbl_testCaseReferences tabulky. V této opravě jsme odebrali odkazy na zastaralé testovací případy, abychom urychlili proces importu dat.

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.1 Patch 8: 13. dubna 2021

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.1, která odstraňuje následující opravy.

• CVE-2021-27067: Zpřístupnění informací
• Řešení problému nahlášeného v tomto lístku zpětné vazby komunity vývojářů | Nejde zaregistrovat podrobnosti iterace výsledků testu na Azure DevOps Serveru 2019

Pokud chcete implementovat opravy této aktualizace, budete muset postupovat podle následujících kroků pro obecnou instalaci oprav a instalaci úlohy AzureResourceGroupDeploymentV2.

Obecná instalace oprav

Pokud máte Azure DevOps Server 2019 Update 1.1, měli byste nainstalovat Azure DevOps Server 2019 Update 1.1 Patch 8.

Ověření instalace

• 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. Výstup příkazu buď řekne, že byla nainstalována oprava, nebo že není nainstalovaná.

• Možnost 2: Zkontrolujte verzi následujícího souboru: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 je nainstalován ve výchozím nastavení c:\Program Files\Azure DevOps Server 2019. Po instalaci Azure DevOps Serveru 2019.1.1 Patch 8 bude verze 17.153.31129.2.

Instalace úlohy AzureResourceGroupDeploymentV2

Poznámka:

Všechny níže uvedené kroky je potřeba provést na počítači s Windows.

Instalovat

1. Extrahujte balíček AzureResourceGroupDeploymentV2.zip do nové složky v počítači. Příklad: D:\tasks\AzureResourceGroupDeploymentV2.

2. Stáhněte a nainstalujte Node.js 14.15.1 a npm (součástí stažení Node.js) podle specifikací vašeho počítače.

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.

npm install -g tfx-cli

4. Vytvořte osobní přístupový token s úplnými přístupovými oprávněními a zkopírujte ho. Tento osobní přístupový token se použije při spuštění příkazu tfx login .

5. Na příkazovém řádku spusťte následující příkaz. Po zobrazení výzvy zadejte adresu URL služby a osobní přístupový token.

~$ tfx login
Copyright Microsoft Corporation

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

6. Spuštěním následujícího příkazu nahrajte úlohu na server. Použijte cestu extrahovaného souboru .zip z kroku 1.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.1 Patch 7: 12. ledna 2021

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.1, která odstraňuje následující opravy. Další informace najdete v tomto blogovém příspěvku.

• Podrobnosti o testovacím spuštění nezobrazují podrobnosti testovacího kroku pro testovací data migrovaná pomocí migrace OpsHubu.
• Výjimka u inicializace pro 'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger'
• Neudržované buildy se okamžitě odstraní po migraci na Azure DevOps Server 2020.
• Oprava výjimky poskytovatele dat

Datum vydání aktualizace 6 pro Azure DevOps Server 2019 Update 1.1: 8. prosince 2020

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.1, která odstraňuje následující opravy. Další informace najdete v tomto blogovém příspěvku.

• CVE-2020-1325: Ohrožení zabezpečení z hlediska falšování identity serveru Azure DevOps
• CVE-2020-17135: Ohrožení zabezpečení z hlediska falšování identity serveru Azure DevOps
• CVE-2020-17145: Ohrožení zabezpečení z hlediska falšování identity v Azure DevOps Serveru a Team Foundation Services
• Opravit problém s neprovedením všech výsledků v TFVC

Důležité

Před instalací této opravy si přečtěte úplné pokyny uvedené níže.

Obecná instalace oprav

Pokud máte Azure DevOps Server 2019 Update 1.1, měli byste nainstalovat aktualizaci Azure DevOps Server 2019 Update 1.1 Patch 6.

Ověření instalace

• 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. Výstup příkazu buď řekne, že byla nainstalována oprava, nebo že není nainstalovaná.

• Možnost 2: Zkontrolujte verzi následujícího souboru: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 je nainstalován ve výchozím nastavení c:\Program Files\Azure DevOps Server 2019. Po instalaci Azure DevOps Serveru 2019.1.1 Patch 6 bude verze 17.153.30723.5.

Instalace úlohy AzurePowerShellV4

Poznámka:

Všechny níže uvedené kroky je potřeba provést na počítači s Windows.

Požadavky

1. Nainstalujte azure PowerShell Az module Azure PowerShell na privátní počítač agenta.

2. Vytvořte kanál pomocí úlohy AzurePowerShellV4 . V úloze se zobrazí pouze jedna Fail on Standard Error.

Instalovat

1. Extrahujte balíček AzurePowerShellV4.zip do složky s názvem AzurePowerShellV4.

2. Stáhněte a nainstalujte Node.js 14.15.1 a npm (který je součástí stažení Node.js) podle parametrů vašeho počítače.

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.

npm install -g tfx-cli

4. Vytvořte osobní přístupový token s úplnými přístupovými oprávněními a zkopírujte ho. Tento osobní přístupový token se použije při spuštění příkazu tfx login .

5. Na příkazovém řádku spusťte následující příkaz. Po zobrazení výzvy zadejte adresu URL služby a osobní přístupový token.

~$ tfx login
Copyright Microsoft Corporation

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

6. Spuštěním následujícího příkazu nahrajte úlohu na server. Cesta extrahovaného balíčku bude D:\tasks\AzurePowerShellv4.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Datum vydání Aktualizace 5 pro Azure DevOps Server 2019 Update 1.1: 8. září 2020

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.1, která odstraňuje následující opravy. Další informace najdete v tomto blogovém příspěvku.

• DTS 1713492 – neočekávané chování při přidávání skupin AD do oprávnění zabezpečení

Datum vydání aktualizace 4 pro Azure DevOps Server 2019 Update 1.1: 14. července 2020

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.1, která odstraňuje následující opravy. Další informace najdete v tomto blogovém příspěvku.

• CVE-2020-1326: Zranitelnost typu cross-site scripting
• Kanál buildu zobrazuje nesprávné připojení neoprávněných uživatelů při výběru jiného zdroje Gitu.
• Opravit chybu při změně nastavení dědičnosti na Zapnuto nebo Vypnuto v definici sestavení XAML.

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.1 Patch 3: 9. června 2020

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.1, která odstraňuje následující opravy. Další informace najdete v tomto blogovém příspěvku.

• CVE-2020-1327: Ujistěte se, že server Azure DevOps sanitizuje vstupy uživatelů.

Datum vydání aktualizace Azure DevOps Server 2019 Update 1.1 Patch 2: 14. dubna 2020

Vydali jsme opravu pro Azure DevOps Server 2019 Update 1.1, která odstraňuje následující opravy. Další informace najdete v tomto blogovém příspěvku.

• Potvrzení SVN neaktivují kanál

• Přidání podpory SHA2 v SSH v Azure DevOps

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

Vydali jsme opravu zabezpečení pro Azure DevOps Server 2019 Update 1.1, která odstraňuje následující chyby. Další informace najdete v tomto blogovém příspěvku.

• CVE-2020-0700: Zranitelnost skriptování mezi weby

• CVE-2020-0758: Ohrožení zabezpečení spočívající v zvýšení oprávnění

• CVE 2020-0815: Ohrožení zabezpečení spočívající v zvýšení oprávnění

---

Datum vydání aktualizace Azure DevOps Serveru 2019 Update 1.1 RTW: 10. prosince 2019

Azure DevOps Server 2019 Update 1.1 je součástí oprav chyb a aktualizací zabezpečení. Zahrnuje všechny opravy v opravách Azure DevOps Serveru 2019 Update 1, které byly vydány dříve. Azure DevOps Server 2019 Update 1.1 můžete nainstalovat přímo nebo upgradovat z Azure DevOps Serveru 2019 nebo Team Foundation Serveru 2012 nebo novějšího.

Poznámka:

Nástroj pro migraci dat bude k dispozici pro Azure DevOps Server 2019 Update 1.1 asi tři týdny od této verze. Náš seznam aktuálně podporovaných verzí pro import najdete tady.

Tato verze zahrnuje opravy následujících chyb:

Azure Boards

• Při vytváření nové pracovní položky z backlogu produktu není pole Název inicializováno s výchozí hodnotou v šabloně procesu.
• Zpomalení a problémy s časovými limity při používání Azure Boards.
• Hodnota Revidováno kým je u odkazů pracovních položek nesprávná.

Azure Pipelines

• V oznámeních Pipelines mohou být pole jako Doba trvání v některých národních prostředích prázdná.
• Cesta šablony nemusí odkazovat na platný soubor JSON v potrubí, které zahrnuje nasazení skupiny prostředků Azure.
• Stránka nastavení uchovávání na úrovni kolekce se zobrazí na stránkách nastavení projektu.

Azure Test Plans

• Úpravy polí v testovacích plánech jsou pomalá.
• V rámci testovacího případu se při otevírání z panelů na rozdíl od testovacích plánů podrobnosti o sdíleném kroku neotevřou.

Obecné

• Kolekce nejsou seřazené v abecedním pořadí.

Administrace

• Vysoké využití paměti.
• 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.
• Zákazníci, kteří instalují na SQL Azure, nevidí dialogové okno dokončení zkušební verze.
• Při instalaci rozšíření se zobrazí chybová zpráva: Chybějící příspěvek (ms.vss-dashboards-web.widget-sdk-version-2)"
• Při nastavování služby Elastic Search dojde k chybě: Uživatel je neautorizovaný.
• Při upgradu z TFS 2018 Update 2 nebo novějšího dochází v Elasticsearch k selhání indexování a dotazů.
• Krok Vytvoření skladu selže při konfiguraci Azure DevOps Serveru.

Tato verze obsahuje následující aktualizaci:

• Podpora SQL Serveru 2019

---

Datum vydání Aktualizace 1 Opravy 1 pro Azure DevOps Server 2019: 10. září 2019

Vydali jsme opravu zabezpečení pro Azure DevOps Server 2019 Update 1, která odstraňuje následující chybu. Další informace najdete v tomto blogovém příspěvku.

• CVE-2019-1306: Ohrožení zabezpečení spočívající ve vzdáleném spuštění kódu na Wiki

---

Datum vydání Aktualizace 1 Pro Azure DevOps Server 2019: 20. srpna 2019

Poznámka:

Nástroj pro migraci dat bude k dispozici pro Azure DevOps Server 2019 Update 1 asi tři týdny od této verze. Náš seznam aktuálně podporovaných verzí pro import najdete tady.

---

Datum vydání VERZE RC2: 23. července 2019

RC2 zahrnuje několik oprav chyb od RC1 a je poslední plánované vydání předběžné verze.

---

Datum vydání RC1: 2. července 2019

Shrnutí novinek v Azure DevOps Serveru 2019 Update 1

Azure DevOps Server 2019 Update 1 představuje mnoho nových funkcí. Mezi nejzajímavější z nich patří:

• Nový základní proces
• Dotaz na práci vzhledem k začátku dne, týdne, měsíce nebo roku
• Přijímání a řešení problémů na GitHubu při plánování v Azure Boards
• Znovu spusťte vypršené sestavení pro automatické doplnění žádostí o změny
• Nové typy sloučení pro dokončování pull requestů
• Aktivace kanálů YAML pomocí značek
• Pomocník pro úpravy souborů YAML
• Webový editor s IntelliSense pro kanály YAML
• Správa verzí GitHubu pomocí kanálů
• Widget Trend výsledků testu (Pokročilé)
• Informace o provenience na balíčcích
• Podpora balíčků Pythonu
• Upstreamové zdroje pro Maven
• Vložení výsledků dotazu Azure Boards na wiki
• Odkazy na wikistrány
• Oznámení na stránkách wikiwebu
• Rozšíření pro Analytiku už není potřeba k používání Analytiky.

Můžete také přejít na jednotlivé části a podívat se na nové funkce:

• Obecné
• Tabule
• Repos
• Potrubí
• Testovací plány
• Artefakty
• wiki
• Podávání zpráv

---

Obecné

Tmavý motiv

Tmavý motiv je oblíbenou funkcí v Azure DevOps Services a je teď k dispozici na Azure DevOps Serveru. Tmavý motiv můžete zapnout tak, že v nabídce pod avatarem v pravém horním rohu každé stránky vyberete motiv .

Boards

Nový základní proces

Agilní proces byl v minulosti výchozím procesem pro nové projekty, který nabízí robustní a flexibilní sadu typů a stavů pracovních položek tak, aby vyhovovaly různým metodám doručování projektů. Pro některé týmy, které jsou lépe obeznámeny s jinými nástroji nebo které rostou a chtějí přijmout výkonnější sadu nástrojů, je důležité rychle začít používat terminologii, se kterou jsou obeznámeny.

Nový základní proces poskytuje tři typy pracovních položek (Náměty, Problémy a Úkoly) pro plánování a sledování práce. Doporučujeme používat problémy ke sledování věcí, jako jsou uživatelské příběhy, chyby a funkce, zatímco epiky používejte ke seskupení problémů do větších jednotek práce. Jakmile pokročíte ve své práci, přesouvejte položky v rámci jednoduchého pracovního postupu stavů: K udělání, Dělá se, a Hotovo.

Podívejte se na dokumentaci ke sledování problémů a úkolů , které vám pomůžou začít s novým projektem.

Pořadí stavových hodnot ve formuláři pracovní položky

Dříve byla stavová hodnota na formuláři pracovní položky seřazena abecedně. V této aktualizaci jsme změnili způsob řazení hodnot stavu tak, aby odpovídaly pořadí pracovního postupu v nastavení procesu. Pořadí stavů v jednotlivých kategoriích můžete také změnit v nastavení přizpůsobení stavu.

Povolení funkcí již není k dispozici.

Zákazníci budou muset ručně aktualizovat XML pro každý projekt, aby po upgradu kolekce povolili nové funkce.

Informace o povolení konkrétních funkcí najdete v dokumentaci .

Uspořádejte referenční materiály s bohatšími přílohami pracovních položek

Připojení souborů k pracovním položkám vám i vašemu týmu umožňuje centralizovat referenční materiály, aby byly vždy blízko, když je potřebujete. Teď je jednodušší přidat novou přílohu jednoduše přetažením souboru kamkoli do formuláře pracovní položky. Přílohy můžete dál zobrazovat jako seznam nebo přepnout do zobrazení mřížky a zobrazit náhled miniatury. Poklikáním na soubor otevřete náhled a projděte si ho, abyste rychle našli potřebné informace.

Sdílejte panel svého týmu pomocí odznaku

Soubor README úložiště je často domovem, na který se váš projektový tým obrátí, aby získal informace o tom, jak přispět k řešení a jak jej používat. Nyní, stejně jako u stavu sestavení nebo nasazení v Azure Pipelines, můžete do souboru README přidat odznáček pro tabule vašeho týmu ve službě Azure Boards. Odznáček můžete nakonfigurovat tak, aby zobrazoval jenom sloupce Probíhající nebo všechny sloupce, a dokonce i zobrazit odznáček veřejně, pokud je váš projekt open source.

Pokud je soubor README založený na Markdownu, můžete jednoduše zkopírovat ukázkový Markdown ze stránky nastavení stavového odznaku a vložit ho do souboru.

Dotazy na práci relativně k začátku dne, týdne, měsíce nebo roku

Zatímco týmy se často zaměřují na práci v kontextu toho, co se chystá příští nebo na základě iterací sprintů, je často zajímavé se podívat zpět na práci prostřednictvím objektivu kalendáře a hlásit se o všech pracích, ke kterým došlo minulý měsíc nebo v prvním čtvrtletí roku. Teď můžete použít následující novou sadu makra @StartOf spolu s polem založeném na datu a dotazovat se na základě začátku dne, týdne, měsíce nebo roku:

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

Každé z těchto makra také přijímá nový modifikační řetězec, který umožňuje posunout datum podle různých časových jednotek. Můžete například napsat dotaz, který najde všechny pracovní položky dokončené v prvním čtvrtletí tohoto roku dotazem na datum >změny stavu = @StartOfYear a datum <změny stavu = @StartOfYear("+3M"). Další informace najdete v dokumentaci k makrem dotazů .

Úprava a odstranění komentářů k diskuzi

S radostí oznamujeme dostupnost vysoce hodnocené funkce komunity vývojářů, která umožňuje úpravu a odstranění komentářů v diskuzích k pracovním položkám na Azure Boards. Pokud chcete komentář upravit, jednoduše najeďte myší na libovolný komentář, který vlastníte, a zobrazí se dvě nová tlačítka. Pokud kliknete na ikonu tužky, přejdete do režimu úprav a můžete jednoduše udělat úpravy a stisknutím tlačítka Aktualizovat uložit úpravy.

Když kliknete na rozbalovací nabídku, zobrazí se možnost smazat váš komentář. Po kliknutí na tento komentář se znovu zobrazí výzva k potvrzení, že chcete tento komentář odstranit, a komentář se odstraní.

Na kartě Historie ve formuláři pracovní položky budete mít úplné sledování všech upravených a odstraněných komentářů. Uvidíte také, že jsme aktualizovali uživatelské rozhraní našeho diskuzního prostředí, aby bylo modernější a interaktivnější. Přidali jsme bubliny kolem komentářů, aby byly jasnější, kde jednotlivé komentáře začínají a končí.

Export výsledků dotazů do souboru CSV

Výsledky dotazu teď můžete exportovat přímo do souboru formátu CSV z webu.

Přechod k pracovním položkám Azure Boards přímo ze zmínek v libovolném komentáři GitHubu

Když teď zmíníte pracovní položku v komentáři k problému, žádosti o přijetí změn nebo potvrzení v GitHubu AB#{work item ID} pomocí syntaxe, tyto zmínky se stanou hypertextovými odkazy, na které můžete kliknout a přejít přímo na uvedenou pracovní položku.

To nevytváří formální odkaz, který v Azure Boards zahlcuje pracovní položku pro každou související diskusi, ale dává týmu způsob, jak poskytnout trochu více informací o pracovních položkách při diskusi o kódu či problémem nahlášeným zákazníkem. Další informace najdete v dokumentaci k integraci GitHubu v Azure Boards .

Příjem a zpracování problémů na GitHubu se současným plánováním v Azure Boards

Teď můžete propojit pracovní položky ve službě Azure Boards se souvisejícími problémy na GitHubu. S tímto novým typem propojení je teď možné několik dalších scénářů. Pokud váš tým chce dál přijímat zprávy o chybách od uživatelů, například jako problémy v GitHubu, ale zároveň chce celkově související práci týmu lépe organizovat v Azure Boards, nyní můžete.

Stejná syntaxe zmínek, kterou váš tým používá pro commity a pull requesty, stále platí, a samozřejmě můžete v Azure Boards ručně propojit s adresou URL úkolu. Další informace najdete v dokumentaci k GitHubu a Azure Boards .

Rychle zobrazte aktivity propojené s GitHubem z Kanban boardu

Při kontrole panelu Kanbanu sami nebo jako týmu často máte otázky, jako je například "má tato položka ještě spuštěný vývoj?" nebo "je tato položka ještě v revizi?". Díky novým poznámkám GitHubu na panelu Kanban teď můžete získat rychlý přehled o tom, kde se položka nachází, a přímo přejít na potvrzení GitHubu, žádost o přijetí změn nebo problém, abyste získali další podrobnosti. Další informace o přizpůsobení karet a ostatních anotacích pro úkoly a testy najdete v dokumentaci k Přizpůsobení karet.

Repos

Návrhy žádostí o sloučení

Abychom zabránili dokončení žádostí o přijetí změn dříve, než budou připravení, a aby bylo možné snadno vytvořit probíhající práci, která nemusí zahrnovat všechny uživatele, teď podporujeme koncepty žádostí o přijetí změn.

Koncepty žádostí o přijetí změn lze vytvořit výběrem možnosti Vytvořit jako koncept z rozbalovací nabídky tlačítka Vytvořit při vytváření žádosti o přijetí změn.

Jakmile vytvoříte koncept pull requestu, vedle názvu se zobrazí indikátor označující jeho stav.

Koncepty žádostí o přijetí změn ve výchozím nastavení nezahrnují revidující ani nespouštějí sestavení, ale umožňují ruční přidávání revidujících a spouštění sestavení. Pokud chcete žádost o přijetí změn povýšit na normální, jednoduše klikněte na tlačítko Publikovat na stránce podrobností.

Znovu spusťte vypršené sestavení pro automatické dokončování pull requestů

Azure Repos nyní automaticky zařadí do fronty sestavení s vypršenou platností, která byla spuštěna zásadou pro požadavek na přijetí změn. To platí pro pull requesty, které splnily všechny ostatní zásady a jsou nastaveny na automatické dokončení.

Dříve, když měly pull requesty zásady jako povinní revizoři, mohl schvalovací proces trvat příliš dlouho a přidružený build mohl vypršet, než revizor schválil pull request. Pokud byla žádost o přijetí změn nastavena na automatické dokončení, zůstala by blokovaná, dokud by uživatel ručně nezařadil sestavení s vypršenou platností. Při této změně se sestavení automaticky zařadí do fronty, aby se žádost o přijetí změn mohla po úspěšném sestavení automaticky dokončit.

Poznámka:

Tato automatizace zařadí do fronty až pět prošlých sestavení pro každý pull request a pokusí se znovu zařadit každé sestavení pouze jednou.

Zobrazit pouze levý nebo pravý soubor v pull requestu

Dnes, při prohlížení změn souboru v pull requestu, můžete použít režim rozdílu vedle sebe nebo vloženého rozdílu. Obdrželi jsme zpětnou vazbu, že mnozí z vás chtějí jenom zobrazit původní soubor nebo změněný soubor bez jejich porovnání, takže jsme přidali novou možnost, která vám umožní zobrazit levý nebo pravý soubor jednotlivě.

Nové typy sloučení pro dokončení pull requestů

Při slučování změn z pull requestu do cílové větve máte teď více možností. Přidali jsme podporu pro dvě z našich nejžádanějších funkcí v komunitě vývojářů: sloučení Fast-Forward a sloučení Semi-Linear (také označované jako "Rebase and Merge").

V dialogovém okně Dokončit žádost o přijetí změn nyní uvidíte tyto nové možnosti:

Aktualizovaná stránka správy zásad umožňuje správcům řídit, které strategie sloučení jsou povoleny ve větvi nebo složce větví.

Poznámka:

Stávající zásady se stále vynucují. Pokud má například vaše větev aktuálně zavedenou zásadu „pouze sloučení pomocí squash“, budete muset tuto zásadu upravit, aby bylo možné použít nové strategie sloučení.

Existuje několik situací, kdy není možné provést rebázování při dokončování žádosti o přijetí změn:

• Pokud zásady v cílové větvi zakazují použití rebase strategií, budete potřebovat oprávnění přepsat zásady větve.
• Pokud má zdrojová větev pull requestu zásady, nebudete ji moct přeřadit. Rebasing upraví zdrojovou větev, aniž by prošla procesem schvalování zásad.
• Pokud jste použili Rozšíření pro řešení konfliktů při slučování k vyřešení konfliktů slučování. Řešení konfliktů použité u trojcestného sloučení jsou zřídka úspěšná (nebo dokonce platná) při rebasování všech commitů v pull requestu po jednom.

Ve všech těchto případech máte stále možnost přebázeovat větev místně a nahrát na server, nebo změny sloučit při dokončení pull requestu.

Filtrování podle cílové větve v žádostech o přijetí změn (PR)

Žádosti o přijetí změn umožňují týmu zkontrolovat kód a poskytnout zpětnou vazbu ke změnám, než je sloučí do hlavní větve. Staly se důležitou součástí mnoha pracovních postupů týmů, protože můžete procházet navrhované změny, zanechat komentáře a hlasovat pro schválení nebo odmítnutí změn kódu.

Abychom vám usnadnili hledání žádostí o přijetí změn, přidali jsme možnost filtrování, která vám umožní vyhledávat žádosti o přijetí změn pomocí cílové větve.

Filtrování cílové větve můžete použít také k přizpůsobení zobrazení pull requestů na kartě Moje.

Povolit rozšířením přidávat zvýrazňování syntaxe a automatické dokončování

V současné době publikujeme zvýraznění syntaxe pro podmnožinu jazyků podporovaných editorem Monaco. Mnoho z vás ale chce vytvořit vlastní zvýrazňování syntaxe pro jazyky, které nepodporujeme.

V této aktualizaci jsme přidali bod rozšiřitelnosti, který umožňuje rozšířením přidat syntaktické zvýraznění a automatické doplňování do průzkumníka souborů a zobrazení pull requestů.

Tady najdete příklad rozšíření, které tuto funkci demonstruje.

Kromě toho jsme přidali podporu zvýrazňování syntaxe jazyka Kusto .

Rozšiřovací bod pro vytvoření úložiště

Přidali jsme bod rozšíření, který vám umožní přidat nové položky do výběru úložiště. Tento bod rozšíření vám umožní přidat vlastní akce (přesměrování, automaticky otevírané okno atd.) do nabídky pro výběr úložiště a povolit toky, jako jsou scénáře vytváření alternativních úložišť.

Vylepšená podpora kódování

Dříve se při úpravách a ukládání souborů na webu používalo jen kódování UTF-8 a neupozorňovali jsme vás, když se kódování souboru změnilo. Teď vás upozorníme, když se pokusíte uložit soubor, který není kódován pomocí kódování UTF přes web (který podporuje pouze kódování UTF). Kromě toho jsme přidali podporu kódování UTF-16 a UTF-32 prostřednictvím koncového bodu pro webové push notifikace. To znamená, že zachováme typ kódování, takže je nemusíte přepisovat jako UTF-8.

Následující snímek obrazovky ukazuje příklad dialogového okna, které uvidíte, když zavedete změny kódování pomocí webového push oznámení.

Podpora příkazu 'go get' v Azure Repos

Go je otevřený programovací jazyk, označovaný také jako Golang. V go můžete pomocí příkazu get stáhnout a nainstalovat balíčky a závislosti. V této aktualizaci jsme přidali podporu pro go get v úložišti Azure DevOps. S go getbudete moct stahovat balíčky s jejich závislostmi pojmenovanými cestami importu. K zadání cesty importu můžete použít klíčové slovo import.

Pipelines

Webový editor s funkcí IntelliSense pro kanály YAML

Pokud k definování kanálů používáte YAML, můžete teď využít nové funkce editoru představené v této verzi. Bez ohledu na to, jestli vytváříte nový kanál YAML nebo upravujete existující kanál YAML, budete moct upravit soubor YAML ve webovém editoru kanálu. Při úpravách souboru YAML použijte ctrl+mezerník pro podporu IntelliSense. Zobrazí se zvýrazněné chyby syntaxe a zobrazí se také nápověda k opravě těchto chyb.

Asistent úloh pro editaci souborů YAML

Dál dostáváme spoustu zpětné vazby s žádostí, abychom usnadnili úpravu souborů YAML pro kanály, takže do editoru YAML přidáváme pomocníka pro úlohy. Díky tomu budete mít stejné známé prostředí pro přidání nového úkolu do souboru YAML jako v klasickém editoru. Tento nový asistent podporuje většinu běžných typů zadávání úkolů, jako jsou výběrové seznamy a připojení služeb. Pokud chcete použít nového pomocníka pro úlohy, vyberte Upravit v kanálu založeném na YAML a pak vyberte Pomocníka pro úlohy.

Aktivace kanálů YAML pomocí značek

Kanály YAML je možné aktivovat při přidání značek do potvrzení. Toto je hodnotné pro týmy, jejichž pracovní postupy zahrnují značky. Můžete například spustit proces, když je commit označený jako "poslední známá funkční verze".

Můžete určit, které značky chcete zahrnout a vyloučit. Například:

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

Deklarování prostředků kontejneru přímo

Dříve jsme vyžadovali, abyste stanovili prostředky kontejneru v pipelinech YAML a pak na ně odkazovali podle názvu. Nyní nabízíme vloženou syntaxi pro případy, kdy nebudete odkazovat na kontejner několikrát.

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

Nastavení automatického zrušení existující pipeliny při aktualizaci pull requestů.

Ve výchozím nastavení se pipeliny spuštěné pull requesty zruší, pokud je do stejného pull requestu přidán nový commit. To je ve většině případů žádoucí, protože obvykle nechcete pipeline spouštět na zastaralém kódu. Pokud toto chování nechcete, můžete do spouštěče pro žádost o změny přidat autoCancel: false.

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

Zvolení adresáře pro získaný kód v pipelinách YAML

Dříve jsme rezervovali úložiště v s adresáři $(Agent.BuildDirectory). Nyní můžete zvolit adresář, ve kterém bude vaše úložiště Git zkontrolováno pro použití s YAML pipeline.

Použijte klíčové slovo path na checkout a budete mít pod kontrolou strukturu složek. Níže je příklad kódu YAML, který můžete použít k zadání adresáře.

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

V tomto příkladu bude váš kód umístěn do my-great-repo adresáře v pracovním prostoru agenta. Pokud nezadáte cestu, vaše úložiště se bude nadále naklonovávat do adresáře s názvem s.

Nové úlohy služby Aplikace Azure optimalizované pro YAML

Nyní podporujeme čtyři nové úlohy, které poskytují snadný, ale výkonný způsob nasazení služby Azure App Services s ohledem na moderní vývojáře. Tyto úkoly mají optimalizovanou syntaxi YAML, která usnadňuje a zpřehledňuje vytváření nasazení do Azure AppServices, včetně webových aplikací, funkčních aplikací, webových aplikací pro kontejnery a funkčních aplikací pro kontejnery na platformách Windows i Linux.

Podporujeme také novou úlohu nástroje pro transformaci souborů a nahrazení proměnných pro formáty XML a JSON.

Změny výchozích oprávnění pro nové projekty

Až doteď nemohli přispěvatelé projektů vytvářet pipeliny, pokud jim nebylo explicitně uděleno oprávnění "Create build definition". Pro nové projekty mohou členové týmu snadno vytvářet a aktualizovat procesní linky. Tato změna sníží tření pro nové zákazníky, kteří se připojují ke službě Azure Pipelines. Výchozí oprávnění pro skupinu Přispěvatelé můžete aktualizovat vždy a omezit jejich přístup.

Správa vydaných verzí na GitHubu pomocí kanálů

Verze GitHubu představují skvělý způsob balení a poskytování softwaru uživatelům. S radostí oznamujeme, že nyní můžete tuto úlohu automatizovat pomocí úlohy GitHub Release ve službě Azure Pipelines. Pomocí úlohy můžete vytvořit novou verzi, upravit stávající verze konceptu nebo publikované verze nebo zahodit starší verze. Podporuje funkce, jako je nahrávání více souborů, označení jako předběžná verze, uložení vydání jako návrhu a mnoho dalších. Tato úloha vám také pomůže vytvořit poznámky k vydání. Může také automaticky vypočítat změny (potvrzení a přidružené problémy), které byly provedeny v této verzi, a přidat je do poznámek k verzi v uživatelsky přívětivé podobě.

Tady je jednoduchý YAML pro úkol:

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

Ukázková verze GitHubu vytvořená pomocí této úlohy:

Odkazy na konkrétní řádky v protokolu o sestavení

Teď můžete sdílet odkaz na konkrétní řádky v protokolu sestavení. To vám pomůže při spolupráci s dalšími členy týmu při diagnostikování selhání sestavení. Jednoduše vyberte řádky protokolu ze zobrazení výsledků a získejte ikonu odkazu.

Vylepšení autorizace prostředků

Při odkazování na soubor YAML jsme potřebovali zajistit zabezpečení chráněných prostředků (např. připojení služeb, skupiny proměnných, fondy agentů, zabezpečené soubory). 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. Dříve jsme přidali nastavení pro označení prostředku jako autorizovaného pro použití ve všech kanálech.

S touto aktualizací usnadňujeme opravu problému s autorizací prostředků, i když jste prostředek neoznačili jako takový. Pokud se v novém prostředí sestavení nezdaří kvůli chybě autorizace prostředků, zobrazí se možnost explicitně autorizovat použití těchto prostředků v řetězci a poté pokračovat. Členové týmu s oprávněními k autorizaci prostředků budou moci tuto akci dokončit přímo z neúspěšného sestavení.

Nové rozšiřující příspěvkové body v záložce Testování Pipeline

Pokračovali jsme v zvyšování výkonu architektury rozšíření přidáním dvou nových bodů přispění na kartě Výsledky testů v Pipelines. Díky tomu budou rozšíření Marketplace poskytovat více přizpůsobené zkušenosti s vytvářením reportů a nabízet vyšší míru interaktivity.

Dva body příspěvků jsou:

1. Tlačítko Vlastní akce na panelu nástrojů

   Někdy 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ů testu. S tímto bodem příspěvku můžete vytvořit rozšíření, která použijí okamžitý kontext vybraného výsledku testu a přidají vlastní akci na tlačítko *Vlastní akce.

   

2. Karta vlastních podrobností v podokně podrobností

   Můžete mít širokou škálu pracovních postupů pro využívání zpráv z testů a možná budete chtít zobrazit různé datové body vztahující se k selhaným testům za účelem ladění a analýzy. Pomocí tohoto bodu příspěvku může váš tým přidat novou kartu do podokna podrobností, které se objeví při výběru libovolného řádku výsledků testu v datové mřížce. Tato nová karta může zobrazit zobrazení se statickým obsahem nebo dynamickými daty načtenými pomocí interních nebo externích rozhraní API.

Agent na jedno použití

Pokud ke spouštění elastických privátních agentů používáte infrastrukturu, jako je Azure Container Instances, často chcete, aby každý agent před přechodem přijímal jenom jednu úlohu. Doteď to nebylo snadné, protože jste museli ukončit agenta a možná způsobí, že se nahlásí selhání, nebo přijmout riziko, že agent může obdržet jinou úlohu dřív, než ho stihnete vypnout. Při této aktualizaci jsme do konfigurace agenta přidali příznak --once . Když tímto způsobem nakonfigurujete agenta, přijme jenom jednu úlohu a pak se vypne.

Aktualizace uživatelského rozhraní fondu agentů

Stránka správy fondů agentů v nastavení projektu byla aktualizována o nové uživatelské rozhraní. Teď můžete snadno zobrazit všechny úlohy, které běží ve fondu. Kromě toho můžete zjistit, proč úloha není spuštěná.

Nasazení do neúspěšných cílů v rámci skupiny nasazení

Ve výchozím nastavení Azure Pipelines automaticky znovu spouští všechny úlohy při opětovném nasazení dříve neúspěšného spuštění. Toto chování teď můžete přepsat konfigurací možnosti nasazení při nasazování. Výběrem možnosti Všechny úlohy a omezení na neúspěšné cíle ve skupině nasazení dojde k opětovnému spuštění všech úloh, přičemž budou přeskočeny nasazení na cíle, které jsou již aktuální.

Automatické opětovné nasazení v případě selhání

Když nasazení do etapy selže, Azure Pipelines nyní může automaticky znovu nasadit poslední úspěšné nasazení. Fázi můžete nakonfigurovat tak, aby automaticky nasazovala poslední úspěšnou verzi konfigurací triggeru automatického opětovného nasazení v podmínkách po nasazení. V budoucnu plánujeme do konfigurace automatického opětovného nasazení přidat další aktivované události a akce. Další informace najdete v dokumentaci ke skupinám nasazení .

Grafana háček služby anotací

Nyní podporujeme nový háček služby, který umožňuje přidat poznámky Grafana pro události Dokončené nasazení na řídicí panel Grafana. To vám umožní korelovat nasazení se změnami v metrikách aplikace nebo infrastruktury, které se vizualizují na řídicím panelu Grafana.

Dotazování na úlohy upozornění v Azure Monitoru

Předchozí verze úlohy Dotazování Azure Monitoru podporovala dotazování na upozornění pouze na klasickém monitorovacím rozhraní. S touto novou verzí úlohy si můžete vyžádat upozornění na sjednocené prostředí monitorování, které Azure Monitor nedávno zavedl.

Přímý vstup souboru specifikací v úloze pro nasazení do Kubernetes

Dříve úloha nasazení Kubernetes vyžadovala zadání cesty k souboru pro konfiguraci. Teď můžete také přidat konfiguraci přímo do textu.

Úloha instalace Docker CLI

Tato úloha umožňuje instalaci libovolné verze Rozhraní příkazového řádku Dockeru na agenty určené uživatelem.

Obnovení odstraněných vydávacích kanálů

Odstraňování nepoužívaných vydávacích kanálů pomáhá udržet seznam kanálů přehledný, ale někdy něco omylem odstraníte. S touto aktualizací je nyní možné obnovit vydávací kanál, který byl odstraněn během posledních 30 dnů. Do levého panelu stránky Uvolnění jsme přidali novou kartu, která zobrazí seznam odstraněných kanálů uvolnění. V tomto zobrazení můžete obnovit odstraněný vydávací kanál tak, že v seznamu vyberete kanál a kliknete na tlačítko Obnovit.

Oznámení o neúspěšném vytvoření žádosti o vydání

Oznámení můžete nastavit tak, aby přijímala e-maily, když dojde ke změnám sestavení, základu kódu a dalších operací. Můžete například nastavit upozornění, které vás upozorní na přiřazení pracovní položky.

V této aktualizaci jsme do kategorie vydané verze přidali nové odběry oznámení. Toto oznámení vám pošle e-mail, když se žádost o vytvoření verze nezdaří. Ukázkový scénář, ve kterém to může být užitečné, je, když je požadavek na vytvoření verze neúspěšný z důvodu nedostupnosti verze artefaktu. Informace o správě oznámení najdete v této dokumentaci.

Naplánovat vydání při změně zdroje nebo potrubí

Pokud jste dříve měli naplánovaný spouštěč vydání, vydání by bylo spuštěno i v případě, že ve zdrojovém artefaktu nebo v definici vydání nebyla zjištěna žádná změna. Na panel plánovač vydání byla přidána možnost naplánovat vydání pouze v případě, že se změnila verze artefaktu nebo definice vydání.

Příspěvkový bod pro proměnné v dialogovém okně pro vytvoření vydání

Dříve musel uživatel zadat hodnoty proměnných potřebných při vytváření vydané verze bez jakékoli pomoci nebo návrhů. Přidali jsme body příspěvků do dialogového okna Vytvořit novou verzi pro podporu rozšíření, která pomůžou vyplnit hodnotu proměnné během vytváření vydané verze.

Publikování do front relací Azure Service Bus

Rozšířili jsme úlohu sestavení Agentless job tak, aby zahrnovala možnost publikovat zprávy do front relací. Tato možnost byla přidána do úlohy Publikovat do služby Azure Service Bus .

Nová možnost předplatného Azure v připojení služby Kubernetes

Připojení ke službám pro sestavení a nasazení umožňují propojit se s externími a vzdálenými službami a provádět úlohy při sestavení nebo nasazení. Připojení ke službě můžete definovat a spravovat z nastavení správce projektu.

V této aktualizaci jsme do formuláře připojení služby Kubernetes přidali možnost ověřování. Teď můžete vybrat předplatné Azure a ověřit připojení. To usnadňuje nasazení do konkrétních jmenných prostorů pomocí nastavení připojení Kubernetes k vašemu předplatnému Azure a názvu clusteru.

Pro cluster s podporou řízení přístupu na základě role (RBAC) se ve zvoleném oboru názvů vytvoří objekty ServiceAccount a RoleBinding . Objekt RoleBinding omezuje operace vytvořeného účtu služby pouze na zvolený obor názvů. V případě zakázaného clusteru RBAC má vytvořený účet služby oprávnění pro celý cluster napříč obory názvů.

Registr kontejnerů Azure v připojení ke službě registru Dockeru

Teď můžete vytvořit připojení služby registru Dockeru ze stránky nastavení projektu. Pokud chcete vytvořit připojení, zvolte registr kontejneru Azure v jednom z předplatných přidružených k vaší identitě Azure Active Directory (AAD). Všechny úlohy vyžadující připojení služby k registrům kontejnerů, jako jsou Docker@2 a KubernetesManifest@0 , budou podporovat jediný způsob určení připojení.

Hledání podle názvu složky v definicích vydání

Definice vydané verze můžete uspořádat tak, že je uložíte do složek. Dříve jste neměli možnost vyhledávat podle složek. Pokud jste vytvořili hodně složek, bylo obtížné najít konkrétní definici vydání. Teď můžete hledat podle názvu složky v definici vydané verze, aby bylo snazší najít definice, které hledáte.

Úloha instalace nástroje Duffle v kanálu buildu a vydání

Duffle je nástroj příkazového řádku, který umožňuje nainstalovat a spravovat sady cloudových nativních aplikací (CNAB). S CNABs můžete seskupit, nainstalovat a spravovat aplikace nativní pro kontejnery a jejich služby.

V této aktualizaci jsme přidali nový úkol pro kanály sestavení a vydání, který umožňuje nainstalovat konkrétní verzi binárního souboru Duffle.

Úkol s manifestem Kubernetes

Do kanálů verze jsme přidali novou úlohu, která zjednodušuje proces nasazování do clusterů Kubernetes pomocí souborů manifestu. Tato úloha bude ve srovnání s využitím binárního souboru kubectl ve skriptech poskytovat následující výhody:

• Nahrazení artefaktů – Při akci nasazení se jako vstup využívá seznam imagí kontejnerů, které lze specifikovat pomocí značek nebo otisků. Toto je nahrazeno v netemplatové verzi souborů manifestu před tím, než je použito v clusteru, aby se zajistilo, že uzly clusteru stáhnou správnou verzi image.

• Stabilita manifestu – Stav zavedení se kontroluje u objektů Kubernetes nasazených za účelem začlenění kontrol stability při výpočtu stavu úlohy jako úspěchu nebo selhání.

• Poznámky k sledovatelnosti – Anotace se přidávají k nasazeným objektům Kubernetes, aby se navrstvily informace o sledovatelnosti týkající se původní organizace, projektu, pipeline a spuštění.

• Manifest Bake – Akce pečení úlohy umožňuje upečení grafů Helm do souborů manifestu Kubernetes, aby je bylo možné použít v clusteru.

• Strategie nasazení – Volba kanárské strategie s akcí nasazení vede k vytvoření požadovaného procenta pracovních zátěží s příponou -baseline a -canary, aby bylo možné je porovnat během ManualIntervention úkolu, než se použije akce povýšení/odmítnutí k rozhodnutí, kterou verzi si ponechat.

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

Aktualizace úlohy Dockeru

Modernizovali jsme úkol Dockeru, aby se zjednodušilo vytváření pipeline. Příkaz buildAndPush se teď dá použít k sestavení více značek pro konkrétní úložiště kontejneru a jeho odeslání do více registrů kontejnerů v jednom kroku. Úloha může pro přihlášení k registrům kontejnerů použít připojení k službě registru Dockeru. Metadata sledovatelnosti o zdrojovém úložišti, potvrzení a původu sestavení se přidává jako štítky k obrazům vytvořeným pomocí této úlohy.

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 Kubectl

Přidali jsme novou úlohu, která umožňuje nainstalovat na agenty konkrétní verzi binárního souboru Kubectl. Nejnovější asemverové řetězce verze, jako je například v1.14.0, jsou přijímány jako platné hodnoty pro vstup Specifikace verze Kubectl.

Vylepšení integrace ServiceNow

Klíčovou schopností 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 efektivní komplexní doručování. V této aktualizaci jsme vylepšili integraci ServiceNow tak, aby podporovala všechny typy změn (normální, standardní a tísňové). Kromě toho teď můžete zadat bránu použitou k vytvoření nové žádosti o změnu pomocí existující šablony podle procesu ITSM, který následuje ve vaší organizaci. Nakonec můžete také řídit verze na základě stávajících žádostí o změnu. To vám umožní přijmout CD, aniž byste museli měnit proces doporučený vašimi IT týmy.

Podpora pro Red Hat Enterprise Linux 6

V této aktualizaci jsme přidali podporu agenta pro Red Hat Enterprise Linux 6. Teď můžete nakonfigurovat agenty, kteří cílí na platformu Red Hat Enterprise Linux 6 pro spouštění úloh sestavení a vydaných verzí.

Podpora modulu Az Azure PowerShellu

Azure PowerShell poskytuje sadu rutin, které můžete použít ke správě prostředků Azure z příkazového řádku. V prosinci byl modul Az Azure PowerShellu dostupný a je teď určeným modulem pro správu prostředků Azure.

Dříve jsme v hostovaných agentech neposkytovali podporu modulu Az Azure PowerShellu. S novou verzí úlohy Azure PowerShell 4.* v kanálech sestavení a vydání jsme přidali podporu nového modulu Az pro všechny platformy. Úloha Azure PowerShellu verze 3.* bude i nadále podporovat modul AzureRM. Pokud ale chcete držet krok s nejnovějšími službami a funkcemi Azure, doporučujeme co nejdříve přejít na úlohu Azure PowerShellu verze 4.*

Modul Az má režim kompatibility, který vám pomůže používat existující skripty, zatímco je aktualizujete tak, aby používaly novou syntaxi. Pokud chcete povolit kompatibilitu Enable-AzureRmAlias modulu Az, použijte příkaz. Aliasy umožňují používat staré názvy rutin s modulem Az. Další podrobnosti o migraci z modulu Azure RM na modul Az Azure PowerShellu najdete tady.

Poznámka:

Pokud používáte privátní agenty, musíte na počítač agenta nainstalovat modul Az.

Další informace o modulu Az Azure PowerShellu najdete v dokumentaci zde.

Podpora ověřování Azure Active Directory (AD) pro úlohu Azure SQL

Úloha Azure SQL byla vylepšena tak, aby podporovala připojení k databázi pomocí Azure AD (integrovaného &hesla) a připojovacího řetězce kromě stávající podpory ověřování SQL Serveru.

Publikování artefaktů sestavení s dlouhými cestami k souborům

Existovalo omezení, které znemožňovalo nahrání artefaktů sestavení s cestami delšími než 233 znaky. Toto vám může zabránit v nahrávání výsledků pokrytí kódu ze sestavení Linuxu a macOS s cestami k souborům delšími, než je povolený limit. Limit byl aktualizován tak, aby podporoval dlouhé cesty.

Přeskočení kontinuální integrace (CI) pro potvrzení

Teď můžete službě Azure Pipelines říct, aby ignorovala commit a přeskočit běh pipeline, který by commit normálně aktivoval. Stačí zahrnout [skip ci] do zprávy v potvrzovací zprávě HEAD a Azure Pipelines přeskočí CI procesy. Můžete také použít některou z níže uvedených variant. Podpora je poskytována pro commity do Azure Repos Git a GitHub Enterprise Server.

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

Test Plans

Widget Pokročilý trend výsledků testu

Widget Trend výsledků testu (Rozšířený) poskytuje téměř v reálném čase přehled o testovacích datech pro více sestavení a vydaných verzí. Widget Trend výsledků testu (Rozšířený) zobrazuje trend výsledků testů pro vaše kanály nebo mezi kanály. Můžete ho použít ke sledování denního počtu testů, úspěšnosti a doby trvání testu. Sledování kvality testů v průběhu času a zlepšování testovacího materiálu je klíčem k udržování zdravého DevOps potrubí.

Widget Trend výsledků testu (Rozšířený) vám pomůže zjistit odlehlé hodnoty ve výsledcích testů a odpovědět na otázky, jako například zda testy trvají déle než obvykle? Jaký testovací soubor nebo datový tok ovlivňuje celkovou míru úspěšnosti? Jaké jsou moje dlouhotrvající testy?

Widget poskytuje tyto funkce, které vám pomůžou zodpovědět tyto otázky:

• Zobrazí trend úspěšnosti a počet výsledků testů nebo dobu trvání testu.
• Zobrazí výsledky testů na základě více buildovacích a release kanálů.
• Použití kombinovaných možností grafů k zobrazení dvou metrik ve stejném trendu
• Filtruje počet testů v průběhu času podle výsledku testu.
• Filtruje všechny výsledky testů podle větve nebo typu testu.
• Ukládá vaše metriky podle testovacích atributů, jako jsou Priorita nebo Prostředí
• Seskupte data o testovacích souborech, vlastnících nebo pipelinech.

Widget je vysoce konfigurovatelný, takže ho můžete použít pro širokou škálu scénářů.

Sdílení výsledků testovacího běhu přes URL

Automatizované testy můžete nakonfigurovat tak, aby se spouštěly jako součást sestavení nebo vydané verze. Výsledky publikovaných testů lze zobrazit na kartě Testy v přehledu sestavení a verzí. V této aktualizaci jsme přidali funkci Kopírovat adresu URL výsledků, abyste mohli sdílet výsledky jednoho testovacího spuštění s ostatními členy ve vašem týmu.

Mezi úrovně sdílení patří:

• Úroveň spuštění
• Úroveň výsledku
• Vybraná jednotlivá záložka v testovacím běhu
• Sdílení je také kompatibilní s kartami rozšíření, které byly nakonfigurovány.

Když sdílíte adresu URL, zobrazí se uživatelům výsledky testovacího spuštění v zobrazení na celé obrazovce.

Artifacts

Balíčky NuGet s čísly verzí SemVer 2.0.0

Dříve služba Azure Artifacts nepodporuje balíčky NuGet s čísly verzí SemVer 2.0.0 (obecně čísla verzí, která obsahují část verze metadat sestavení, což je podepsáno znakem +). Teď můžete ukládat balíčky z nuget.org, které obsahují metadata sestavení a odesílat vlastní balíčky s metadaty sestavení. Podle specifikace SemVer a zásady NuGet.org se metadata sestavení nedají použít k objednání balíčků. Proto nemůžete publikovat jak 1.0.0+build1, tak 1.0.0+build2 do Azure Artifacts (nebo na nuget.org), protože tyto verze budou považovány za ekvivalentní a budou tedy podléhat omezením neměnnosti.

Informace o původu balíčků

Díky této aktualizaci jsme trochu usnadnili pochopení původu vašich balíčků: kdo nebo co je publikoval a jaké potvrzení zdrojového kódu pocházejí. Tyto informace se vyplní automaticky pro všechny balíčky publikované pomocí úloh NuGet, npm, Maven a Twine ( pro Python) v Azure Pipelines.

Statistiky využití balíčků

Doteď azure Artifacts neposkytoval způsob, jak měřit využití nebo popularitu balíčků. V této aktualizaci jsme do seznamu balíčků i na stránky s podrobnostmi balíčku přidali počet stažených souborů a uživatelů . Statistiky můžete zobrazit na pravé straně obou stránek.

Podpora balíčků Pythonu

Azure Artifacts teď může hostovat balíčky Pythonu: oba balíčky, které vytvoříte sami, i nadřazené balíčky uložené z veřejného PyPI. Další podrobnosti najdete v blogovém příspěvku s oznámením a v dokumentaci.

Teď můžete ve stejném kanálu hostovat všechny balíčky NuGet, npm, Maven a Python.

Upstreamové zdroje pro Maven

Upstream zdroje jsou nyní k dispozici pro kanály Maven. To zahrnuje primární úložiště Maven Central a informační kanály Azure Artifacts. Pokud chcete přidat upstreamy Mavenu do existujícího informačního kanálu, přejděte do nastavení kanálu, vyberte pivot Nadřazené zdroje a pak vyberte Přidat nadřazený zdroj.

Podpora proxy pro úlohy týkající se artefaktů

Až dosud mnoho úloh sestavení souvisejících s artefakty neposkytovalo úplnou podporu pro infrastrukturu proxy serverů Azure Pipelines, což vedlo k problémům při používání úloh z lokálních agentů. V této aktualizaci jsme do následujících úloh přidali podporu proxy serverů:

• Npm@1 ('npm' v návrhářském prostředí)
• NuGetCommand@2 (NuGet ve vývojovém prostředí): příkazy pouze pro obnovení a push
• DotNetCoreCLI@2 ('.NET Core' v návrháři): pouze příkazy restore a nuget push
• NpmAuthenticate@0, PipAuthenticate@0 a TwineAuthenticate@0 ([typ] Ověřování v návrháři): Tyto úlohy podporují proxy servery během získávání ověřovacích tokenů, ale přesto je nutné nakonfigurovat všechny následné úlohy, skripty a nástroje tak, aby používaly také proxy server. Jinými slovy, tyto úlohy nekonfigurují proxy pro základní nástroj (npm, pip, twine).
• NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ('[type] Installer' v návrháři)

Všechny typy balíčků Artifacts podporované ve vydáních

Doteď byly ve verzích Pipelines podporovány pouze balíčky NuGet v typu artefaktů Azure Artifacts. V této aktualizaci jsou podporované všechny typy balíčků Azure Artifacts – Maven, npm a Python.

Zobrazení artefaktů podporovaná ve vydáních

Dříve se typ artefaktu Azure Artifacts mohl aktivovat pouze v případě, že byly do informačního kanálu publikovány nové verze balíčků. Teď jsme také přidali podporu zobrazení, takže můžete spustit uvolnění, když jsou balíčky již v informačním kanálu povýšeny do zobrazení.

Zásady uchování můžou přeskočit nedávno stažené balíčky

Informační kanály Azure Artifacts dosud 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. V této aktualizaci jsme přidali možnost přeskočit nedávno stažené balíčky při tomto vyčištění. Chcete-li to povolit, upravte svůj kanál a zaškrtněte políčko Přeskočit balíčky stažené nedávno.

Delegát, který může spravovat informační kanály

V Azure Artifacts byli správci kolekcí projektů (PCA) vždy schopni spravovat všechny informační kanály na serveru Azure DevOps. Díky této aktualizaci můžou PCA také poskytnout tuto možnost ostatním uživatelům a skupinám, a tím delegovat možnost spravovat jakýkoli informační kanál.

Wiki

Šablony jazyka Markdown pro vzorce a videa

Při úpravách wikiwebu už nemusíte pamatovat syntaxi markdownu pro přidávání vzorců, videí a značek YAML . Teď můžete kliknout na místní nabídku na panelu nástrojů a vybrat možnost podle vašeho výběru.

Vložení výsledků dotazu Azure Boards na wiki

Výsledky dotazu Azure Boards teď můžete vložit na stránku wikiwebu ve formě tabulky. 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 vloženém na wikiwebu. Obsah zobrazený na stránce používá existující dotaz na pracovní položku. Pomocí této nové funkce můžete vytvořit dynamický obsah a nemusíte se starat o ruční aktualizaci stránky wikiwebu.

Výsledky dotazu je možné přidat do dvou kroků:

1. Na panelu nástrojů pro úpravy klikněte na tlačítko Výsledky dotazu.

2. Vyberte požadovaný dotaz a klikněte na tlačítko Vložit.

Výsledky dotazu se teď dají zobrazit ve formě tabulky po uložení stránky.

Písmo s pevnou šířkou pro editor Wiki Markdown

Díky zavedení monoprostorových písem pro editor Markdown wiki už není čitelnost výzvou. Zdroj Markdownu vypadá čistý a snadno čitelný. Tato funkce byla upřednostněna na základě tohoto návrhu.

Odkazy na wikistrány

Doteď se sdílené odkazy na stránku wikiwebu přerušily, pokud byla propojená stránka přejmenována nebo přesunuta. Teď jsme zavedli trvalé odkazy přidáním ID stránek do adresy URL. Tím se zajistí, že odkazy, které sdílíte, zůstanou nedotčené, protože se wikiweb mění v průběhu času.

Tato funkce byla upřednostněna na základě tohoto návrhového lístku.

Zobrazení stavu pracovní položky na stránkách wikiwebu

V této aktualizaci jsme vylepšili zmínky o pracovních položkách na stránkách Wiki přidáním stavu pracovní položky na stránku spolu s ID a názvem.

Odkazy na pracovní položky v komentářích k žádostem o přijetí změn a diskuzích na panelech zobrazí také stav.

@mention uživatelé a skupiny

Teď můžete @mention uživatele a skupiny na wiki stránce. Díky tomu jsou dokumenty, jako je stránka kontaktu týmu, dokumenty s pokyny a dokumenty znalostí bohatší. Na následujícím obrázku je příklad retrospektivního sprintu s úkoly a zodpovědnou osobou.

/>

Kromě toho můžete také vybrat uživatele nebo skupinu z automatických návrhů zadáním "@" na stránce pro úpravy wiki. Zmíněná osoba dostane také oznámení e-mailem.

@mention." />

Nakonec můžete kliknutím na @mentioned uživatele zobrazit kartu s informacemi o profilu. Tato funkce byla na základě tohoto návrhu funkce upřednostněna.

Oznámení na stránkách wiki

Dosud jste neměli způsob, jak zjistit, kdy byl obsah na stránce wikiwebu změněn. Teď můžete sledovat stránky wikiwebu a dostávat oznámení e-mailem při úpravách, odstranění nebo přejmenování stránky. Pokud chcete sledovat změny provedené na wikiwebu, vyberte na stránce wikiwebu tlačítko Sledovat .

Tato funkce byla upřednostněna na základě tohoto návrhového lístku. Další informace najdete v naší dokumentaci tady.

Podpora značek HTML

Teď můžete na wiki vytvářet bohatší obsah pomocí značek HTML. Podívejte se, co můžete dělat se značkami HTML níže.

1. Teď můžete vytvářet sbalitelné oddíly na stránkách wikiwebu pomocí podrobností a souhrnných značek. Můžete přidat otevřený atribut, aby se podrobnosti ve výchozím nastavení rozbalily.

   

   Další informace o značce podrobností najdete v této dokumentaci.

   Na základě tohoto návrhového lístku byla dána priorita.

   Poznámka:

   Tato značka není podporována v prohlížečích Edge a Internet Explorer.

Vylepšené vytváření a úpravy tabulek

Doposud bylo vytváření a úpravy tabulek na wikiwebu obtížné. Provedli jsme změny, které vám usnadní přidávání a správu tabulek ve wikiwebu.

1. Vytvoření tabulky z mřížky

   Už si nemusíte pamatovat syntaxi tabulky Markdown. Teď můžete snadno vytvořit tabulku Markdown výběrem z mřížky 15 X 15. Stačí vybrat požadovaný počet sloupců a řádků pro vložení tabulky jediným kliknutím.

   

   Tato funkce byla upřednostněna na základě následujících návrhových tiketů:

   • Zobrazení tabulky pro wikiweb
   • Jednoduché vkládání tabulek na wikiwebu

2. Lepší čitelnost tabulek

   Teď můžete přepnout zalamování slov , aby editor měl lepší čitelnost tabulek. Zakázáním zalamování slov přidáte posuvník, který vám umožní snadněji zobrazit obsah velkých tabulek.

   

3. Automatické formátování tabulek Markdownu

   Už nemusíte přidávat mezery, abyste zarovnáli sloupce Markdownu. Když máte tlačítko Formátovat tabulky , tabulky Markdownu se automaticky naformátují přidáním mezer do buněk, aby se sloupce zarovnaly. Pokud máte velké tabulky, použijte ho se zákazem zalamování slov , aby se tabulky snadněji četly.

   

   K formátování tabulek můžete použít také klávesovou zkratku Ctrl+Shift+F .

Reportování

Používání Analytics již nevyžaduje rozšíření.

Analýzy se stále častěji stávají nedílnou součástí prostředí Azure DevOps. Je to důležitá funkce, která zákazníkům pomůže při rozhodování řízených daty.

U aktualizace Update 1 s radostí oznamujeme, že zákazníci už k používání Analytics nepotřebují rozšíření Analytics. Zákazníci teď můžou povolit analýzy pod nastavením kolekce projektů. Je to jednoduchý proces, který je přímo v produktu.

Tady je postup, jak můžou zákazníci povolit Analýzu:

1. Přejděte do nastavení kolekce projektů:

2. Klikněte na Povolit analýzu.

A to je to! Pro kolekci budou zapnuty zážitky s podporou analýzy.

Nové kolekce vytvořené v kolekcích Update 1 a Azure DevOps Server 2019 s nainstalovaným rozšířením Analytics, které bylo upgradováno, budou mít ve výchozím nastavení povolenou analýzu.

Další informace o analýze a možnostech, které umožňuje:

• Přečtěte si další informace o povolení analýz.
• Přečtěte si dokumentaci k přehledu analýz.
• Přečtěte si o klíčových funkcích: Analytické widgety, sestava testů s nejvyšším selháním, integrace Power BI a koncový bod OData.
• Podívejte se na toto video channel 9 v Azure DevOps Analytics.

---

Zpětná vazba

Rádi bychom vás slyšeli! 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.

---

Na začátek stránky