Opmerkingen bij de release van Azure DevOps Server 2019 Update 1

Developer Community | Systeemvereisten | licentievoorwaarden | DevOps Blog | SHA-1 Hashes

In dit artikel vindt u informatie over de nieuwste release voor Azure DevOps Server.

Zie Azure DevOps Server Requirementsvoor meer informatie over het installeren of upgraden van een Azure DevOps Server-implementatie. Als u Azure DevOps-producten wilt downloaden, gaat u naar de pagina Downloads van Azure DevOps Server.

Directe upgrade naar Azure DevOps Server 2020 wordt ondersteund vanuit Azure DevOps Server 2019 of Team Foundation Server 2015 of hoger. Als uw TFS-implementatie zich op TFS 2010 of eerder bevindt, moet u enkele tussentijdse stappen uitvoeren voordat u een upgrade uitvoert naar Azure DevOps Server 2019. Zie Azure DevOps on-premisesinstalleren en configureren voor meer informatie.

---

Veilig upgraden van Azure DevOps Server 2019 naar Azure DevOps Server 2020

Azure DevOps Server 2020 introduceert een nieuw pipelinerun (build) retentiemodel dat werkt op basis van instellingen op projectniveau .

Azure DevOps Server 2020 verwerkt de retentie van builds anders, op basis van bewaarbeleid op pijplijnniveau. Bepaalde beleidsconfiguraties leiden ertoe dat pijplijnuitvoeringen na de upgrade worden verwijderd. Pijplijnuitvoeringen die handmatig zijn bewaard of worden bewaard door een release, worden niet verwijderd na de upgrade.

Lees ons blogbericht voor meer informatie over het veilig upgraden van Azure DevOps Server 2019 naar Azure DevOps Server 2020.

Releasedatum van Azure DevOps Server 2019 Update 1.2 Patch 10: 11 maart 2025

Bestand	SHA-256-Hash
devops2019.1.2patch10.exe	0983A46E080DDDE09208612247670D2BAAF2A9AD3BF57FD111AF95F14F120E70

We hebben Patch 10 uitgebracht voor Azure DevOps Server 2019 Update 1.2, waaronder:

• Werk taken bij vanwege uitfasering van Edgio CDN. Bekijk de blogpost over het wisselen van CDN-providers voor meer informatie.

Releasedatum van Azure DevOps Server 2019 Update 1.2 Patch 9: 28 mei 2024

Bestand	SHA-256-Hash
devops2019.1.2patch9.exe	4A3F41BBE00174DE964667878766EBF7F4D292526CBC1D885180B55D994B4D81

We hebben Patch 9- uitgebracht voor Azure DevOps Server 2019 Update 1.2 met het volgende:

• Stroomlijn de implementatie van agent- en taakupdates van eerdere patches (Patch 5 en 6).

Notitie

Het is niet nodig om de stappen in patches 5 en 6 te volgen; deze kunnen worden overgeslagen en deze patch kan in plaats daarvan worden toegepast.

Patches installeren

Belangrijk

 Met deze patch wordt de beschikbare pijplijnagent bijgewerkt. De nieuwe versie van de agent na de installatie van Patch 9 is 3.225.0.

Pijplijnvereisten

Als u het nieuwe gedrag wilt toepassen om opdrachtregelargumenten te valideren, moet een variabele AZP_75787_ENABLE_NEW_LOGIC = true worden ingesteld in pijplijnen die gebruikmaken van de betrokken taken. Zie hier voor meer informatie over het ingeschakelde gedrag:

• Op klassiek:

  Definieer de variabele op het tabblad Variabele in de pijplijn.

• YAML-voorbeeld:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Releasedatum van Azure DevOps Server 2019 Update 1.2 Patch 8: 12 maart 2024

Bestand	SHA-256-Hash
devops2019.1.2patch8.exe	67E78EA7D67A09A6E06309614F92E6D8495DEF52FF442E4E7C7979244FAD20A

We hebben Patch 8 uitgebracht voor Azure DevOps Server 2019 Update 1.2 met oplossingen voor het volgende:

• Er is een probleem opgelost waarbij de proxyserver niet meer werkte na de installatie van Patch 7.

Releasedatum van Azure DevOps Server 2019 Update 1.2 Patch 7: 13 februari 2024

Bestand	SHA-256-Hash
devops2019.1.2patch7.exe	8C67C72A83C9215302BDEFB752A7C4E3F876D4D17FCFA63A02B955FCFB5455AA

We hebben Patch 7 uitgebracht voor Azure DevOps Server 2019 Update 1.2 met oplossingen voor het volgende:

• Er is een fout opgelost waarbij de schijfruimte die wordt gebruikt door de proxycachemap onjuist werd berekend en de map niet correct werd opgeschoond.
• CVE-2024-20667: Beveiligingsprobleem met externe code-uitvoering van Azure DevOps Server.

Releasedatum van Azure DevOps Server 2019 Update 1.2 Patch 6: 14 november 2023

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.2 met oplossingen voor het volgende.

• De lijst met toegestane tekens voor PowerShell-taken is uitgebreid voor Enable shell-taken argumenten parametervalidatie.

Notitie

Als u oplossingen voor deze patch wilt implementeren, moet u een aantal stappen volgen om taken handmatig bij te werken.

Patches installeren

Belangrijk

We hebben updates uitgebracht voor de Azure Pipelines-agent met Patch 5 die is uitgebracht op 12 september 2023. Als u de agentupdates niet hebt geïnstalleerd zoals beschreven in de releaseopmerkingen voor Patch 5, raden we u aan deze updates te installeren voordat u Patch 6 installeert. De nieuwe versie van de agent na de installatie van Patch 5 is 3.225.0.

TFX configureren

1. Volg de stappen in de voor het uploaden van de taken naar de projectverzamelingsdocumentatie om te installeren en aanmelden met tfx-cli.

Taken bijwerken met TFX

Bestand	SHA-256-Hash
Tasks20231103.zip	389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

1. Download en pak Tasks20231103.zipuit.
2. Ga naar de directory van de uitgepakte bestanden.
3. Voer de volgende opdrachten uit om de taken te uploaden:

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 

Pijplijnvereisten

Als u het nieuwe gedrag wilt gebruiken, moet een variabele AZP_75787_ENABLE_NEW_LOGIC = true worden ingesteld in pijplijnen die gebruikmaken van de betrokken taken.

• Op klassiek:

  Definieer de variabele op het tabblad Variabele in de pijplijn.

• YAML-voorbeeld:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Releasedatum van Azure DevOps Server 2019 Update 1.2 Patch 5: 12 september 2023

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.2 met oplossingen voor het volgende.

• CVE-2023-33136: Kwetsbaarheid voor uit te voeren externe code in Azure DevOps Server.
• CVE-2023-38155: Azure DevOps Server en Team Foundation Server-uitbreiding van beveiligingsprobleem met bevoegdheden.

Belangrijk

Implementeer de patch in een testomgeving en zorg ervoor dat de pijplijnen van de omgeving werken zoals verwacht voordat u de oplossing toepast op productie.

Notitie

Als u oplossingen voor deze patch wilt implementeren, moet u een aantal stappen uitvoeren om de agent en taken handmatig bij te werken.

Patches installeren

1. Download en installeer Azure DevOps Server 2019 Update 1.2 patch 5.

De Azure Pipelines-agent bijwerken

1. Download de agent van: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 - Agent_20230825.zip
2. Gebruik de stappen die worden beschreven in de documentatie van zelf-hostende Windows-agents om de agent te implementeren.  

Notitie

De AZP_AGENT_DOWNGRADE_DISABLED moet worden ingesteld op 'true' om te voorkomen dat de agent wordt gedowngraded. In Windows kan de volgende opdracht worden gebruikt in een beheeropdrachtprompt, gevolgd door opnieuw opstarten. setx AZP_AGENT_DOWNGRADE_DISABLED true /M

TFX configureren

1. Volg de stappen in de voor het uploaden van de taken naar de projectverzamelingsdocumentatie om te installeren en aanmelden met tfx-cli.

Taken bijwerken met TFX

1. Download en pak Tasks_20230825.zipuit.
2. Wijzig de map in de uitgepakte bestanden.
3. Voer de volgende opdrachten uit om de taken te uploaden:

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 

Pijplijnvereisten

Als u het nieuwe gedrag wilt gebruiken, moet een variabele AZP_75787_ENABLE_NEW_LOGIC = true worden ingesteld in pijplijnen die gebruikmaken van de betrokken taken.

• Op klassiek:

  Definieer de variabele op het tabblad Variabele in de pijplijn.

• YAML-voorbeeld:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Releasedatum van Azure DevOps Server 2019 Update 1.2 Patch 4: 8 augustus 2023

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.2 met oplossingen voor het volgende.

• CVE-2023-36869: Beveiligingsprobleem met Spoofing van Azure DevOps Server.
• SSH-service bijwerken ter ondersteuning van SHA2-256 en SHA2-512. Als u SSH-configuratiebestanden in code hebt voor het gebruik van RSA, moet u bijwerken naar SHA2 of de vermelding verwijderen.
• Er is een oneindige lusfout opgelost op CronScheduleJobExtension.

Releasedatum van Azure DevOps Server 2019 Update 1.2 Patch 3: 13 juni 2023

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.2 met oplossingen voor het volgende.

• Er is een fout opgelost die het pushen van pakketten beïnvloedde bij het upgraden naar 2018 of een eerdere versie.

Releasedatum van Azure DevOps Server 2019 Update 1.2 Patch 2: 13 december 2022

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.2 met oplossingen voor het volgende.

• Er zijn fouten opgelost in de "Account Parallelism Sync Analytics Job".

Releasedatum van Azure DevOps Server 2019 Update 1.2 Patch 1: 12 juli 2022

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.2 met oplossingen voor het volgende.

• In API's voor testuitvoeringen is het vervolgtoken dat wordt geretourneerd groter dan de waarde 'maxLastUpdatedDate' die is opgegeven.
• Tijdens het bewerken van een klassieke pijplijn was het retentietabblad leeg na het verwijderen van wijzigingen op een ander tabblad.

Releasedatum van Azure DevOps Server 2019 Update 1.2: 17 mei 2022

Azure DevOps Server 2019 Update 1.2 is een verzameling van foutoplossingen. U kunt Azure DevOps Server 2019 Update 1.2 rechtstreeks installeren of upgraden vanaf Azure DevOps Server 2019 of Team Foundation Server 2013 of hoger.

Notitie

Het hulpprogramma voor gegevensmigratie is ongeveer drie weken na deze release beschikbaar voor Azure DevOps Server 2019 Update 1.2. U kunt onze lijst met momenteel ondersteunde versies voor import-hierbekijken.

Deze release bevat oplossingen voor het volgende:

• Alle persoonlijke toegangstokens intrekken nadat het Active Directory-account van een gebruiker is uitgeschakeld.

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 13: 26 januari 2022

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.1 met oplossingen voor het volgende.

• Er zijn geen e-mailmeldingen verzonden bij het gebruik van het besturingselement @mention in een werkitem.
• Het voorkeurs-e-mailadres werd niet bijgewerkt in het gebruikersprofiel. Dit heeft geresulteerd in e-mailberichten die naar het vorige e-mailadres zijn verzonden.
• Er is een kwetsbaarheid voor Elasticsearch opgelost door de jndilookup-klasse te verwijderen uit binaire log4j-bestanden.

Installatiestappen

1. Werk de server bij met Patch 13.
2. Controleer de registerwaarde op HKLM:\Software\Elasticsearch\Version. Als de registerwaarde er niet is, voegt u een tekenreekswaarde toe en stelt u de versie in op 5.4.1 (naam = versie, waarde = 5.4.1).
3. Voer de updateopdracht PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update uit, zoals opgegeven in het README-bestand. Er kan een waarschuwing worden geretourneerd, zoals: Kan geen verbinding maken met de externe server. Sluit het venster niet, omdat de update nieuwe pogingen uitvoert totdat het is voltooid.

Notitie

Als Azure DevOps Server en Elasticsearch op verschillende computers zijn geïnstalleerd, volgt u de onderstaande stappen.

1. Werk de server bij met Patch 13.
2. Controleer de registerwaarde op HKLM:\Software\Elasticsearch\Version. Als de registerwaarde er niet is, voegt u een tekenreekswaarde toe en stelt u de versie in op 5.4.1 (naam = versie, waarde = 5.4.1).
3. Kopieer de inhoud van de map met de naam zip, die zich op C:\Program Files\{TFS Version Folder}\Search\zip bevindt, naar de map remote file van Elasticsearch.
4. Voer Configure-TFSSearch.ps1 -Operation update uit op de elasticsearch-servercomputer.

SHA-256-hash: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 12: 15 september 2021

Patch 12 voor Azure DevOps Server 2019 Update 1.1 bevat oplossingen voor het volgende.

• Herstel de werkitemmacro voor query's met 'Bevat woorden'. Eerder retourneerden query's onjuiste resultaten voor waarden die een regeleinde bevatten.
• Probleem met lokalisatie van lay-outstatussen voor aangepaste werkitems.
• Lokalisatieprobleem in sjabloon voor e-mailmeldingen.
• Probleem met de evaluatie van NOTSAMEAS-regels wanneer er meerdere NOTSAMEAS-regels zijn gedefinieerd voor een veld.

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 11: 14 september 2021

Patch 11 voor Azure DevOps Server 2019 Update 1.1 bevat oplossingen voor het volgende.

• Los het probleem op dat is gerapporteerd in feedbackticket van de ontwikkelaarscommunity.

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 10: 10 augustus 2021

Patch 10- voor Azure DevOps Server 2019 Update 1.1 bevat oplossingen voor het volgende.

• Probleem opgelost met e-mailbezorgingstaken voor sommige typen werkitems.

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 9: 15 juni 2021

Patch 9- voor Azure DevOps Server 2019 Update 1.1 bevat oplossingen voor het volgende.

• Probleem opgelost met het importeren van gegevens. Het importeren van gegevens duurde lang voor klanten die veel verouderde testcases hebben. Dit werd veroorzaakt door verwijzingen die de grootte van de tbl_testCaseReferences tabel hebben verhoogd. Met deze patch hebben we verwijzingen naar verlopen testcases verwijderd om het gegevensimportproces te versnellen.

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 8: 13 april 2021

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.1 waarmee het volgende wordt opgelost.

• CVE-2021-27067: openbaarmaking van informatie
• Los het probleem op dat in dit feedbackticket voor de ontwikkelaarscommunity is gemeld | Iteratiedetails van testresultaten kunnen niet worden geregistreerd in Azure DevOps Server 2019

Als u oplossingen voor deze patch wilt implementeren, moet u de onderstaande stappen volgen voor algemene patchinstallatie en AzureResourceGroupDeploymentV2 taakinstallaties.

Algemene patchinstallatie

Als u Azure DevOps Server 2019 Update 1.1 hebt, moet u Azure DevOps Server 2019 Update 1.1 Patch 8installeren.

Installatie controleren

• optie 1: voer devops2019.1.1patch8.exe CheckInstalluit, devops2019.1.1patch8.exe is het bestand dat is gedownload via de bovenstaande koppeling. In de uitvoer van de opdracht wordt aangegeven dat de patch is geïnstalleerd of dat deze niet is geïnstalleerd.

• optie 2: controleer de versie van het volgende bestand: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 is standaard geïnstalleerd op c:\Program Files\Azure DevOps Server 2019. Na de installatie van Azure DevOps Server 2019.1.1 Patch 8 is de versie 17.153.31129.2.

Installatie van AzureResourceGroupDeploymentV2-taak

Notitie

Alle onderstaande stappen moeten worden uitgevoerd op een Windows-computer

Installeren

1. Pak het AzureResourceGroupDeploymentV2.zip pakket uit naar een nieuwe map op uw computer. Bijvoorbeeld: D:\tasks\AzureResourceGroupDeploymentV2.

2. Download en installeer Node.js 14.15.1 en npm (meegeleverd met de Node.js download) voor uw computer.

3. Open een opdrachtprompt in de beheerdersmodus en voer de volgende opdracht uit om tfx-cli te installeren.

npm install -g tfx-cli

4. Maak een persoonlijk toegangstoken met Volledige toegang bevoegdheden en kopieer het. Dit persoonlijke toegangstoken wordt gebruikt bij het uitvoeren van de tfx-aanmeldingsopdracht.

5. Voer het volgende uit vanaf de opdrachtprompt. Voer desgevraagd de service-URL en het persoonlijke toegangstoken in.

~$ tfx login
Copyright Microsoft Corporation

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

6. Voer de volgende opdracht uit om de taak op de server te uploaden. Gebruik het pad van het uitgepakte .zip-bestand uit stap 1.

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

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 7: 12 januari 2021

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.1 waarmee het volgende wordt opgelost. Zie de blogpost voor meer informatie.

• De details van de testrun laten geen details van de teststappen zien voor testgegevens die zijn gemigreerd met behulp van OpsHub Migration.
• Uitzondering bij initialisatie voor 'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger'
• Niet-opgeslagen builds worden onmiddellijk verwijderd na migratie naar Azure DevOps Server 2020
• Uitzondering van gegevensprovider oplossen

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 6: 8 december 2020

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.1 waarmee het volgende wordt opgelost. Zie de blogpost voor meer informatie.

• CVE-2020-1325: Beveiligingsprobleem met spoofing van Azure DevOps Server
• CVE-2020-17135-: Spoofing-kwetsbaarheid van Azure DevOps Server
• CVE-2020-17145-: Beveiligingsprobleem met Spoofing van Azure DevOps Server en Team Foundation Services
• Probleem opgelost waarbij TFVC niet alle resultaten verwerkt

Belangrijk

Lees de volledige instructies hieronder voordat u deze patch installeert.

Algemene patchinstallatie

Als u Azure DevOps Server 2019 Update 1.1 hebt, moet u Azure DevOps Server 2019 Update 1.1 Patch 6installeren.

Installatie controleren

• optie 1: voer devops2019.1.1patch6.exe CheckInstalluit, devops2019.1.1patch6.exe is het bestand dat is gedownload via de bovenstaande koppeling. In de uitvoer van de opdracht wordt aangegeven dat de patch is geïnstalleerd of dat deze niet is geïnstalleerd.

• optie 2: controleer de versie van het volgende bestand: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 is standaard geïnstalleerd op c:\Program Files\Azure DevOps Server 2019. Na de installatie van Azure DevOps Server 2019.1.1 Patch 6 is de versie 17.153.30723.5.

AzurePowerShellV4-taakinstallatie

Notitie

Alle onderstaande stappen moeten worden uitgevoerd op een Windows-computer

Voorwaarden

1. Installeer de Azure PowerShell Az-module azure Powershell op uw privéagentcomputer.

2. Maak een pijplijn met de taak AzurePowerShellV4. In de taak ziet u slechts één mislukken op standaardfout.

Installeren

1. Pak het AzurePowerShellV4.zip-pakket uit naar een map met de naam AzurePowerShellV4.

2. Download en installeer Node.js 14.15.1 en npm (opgenomen in de Node.js download) op basis van uw computer.

3. Open een opdrachtprompt in de beheerdersmodus en voer de volgende opdracht uit om tfx-cli te installeren.

npm install -g tfx-cli

4. Maak een persoonlijk toegangstoken met Volledige toegang bevoegdheden en kopieer het. Dit persoonlijke toegangstoken wordt gebruikt bij het uitvoeren van de tfx-aanmeldingsopdracht.

5. Voer het volgende uit vanaf de opdrachtprompt. Voer desgevraagd de service-URL en het persoonlijke toegangstoken in.

~$ tfx login
Copyright Microsoft Corporation

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

6. Voer de volgende opdracht uit om de taak op de server te uploaden. Het pad van het geëxtraheerde pakket wordt D:\tasks\AzurePowerShellv4.

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

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 5: 8 september 2020

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.1 waarmee het volgende wordt opgelost. Zie de blogpost voor meer informatie.

• DTS 1713492: onverwacht gedrag tijdens het toevoegen van AD-groepen aan beveiligingsmachtigingen.

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 4: 14 juli 2020

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.1 waarmee het volgende wordt opgelost. Zie de blogpost voor meer informatie.

• CVE-2020-1326: Beveiligingsprobleem met scripts op meerdere sites
• Build-pipeline toont een onjuiste verbinding voor onbevoegde gebruikers bij het selecteren van een andere Git-bron.
• Er is een fout opgelost bij het wijzigen van overerving in Aan of Uit in een XAML-builddefinitie.

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 3: 9 juni 2020

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.1 waarmee het volgende wordt opgelost. Zie de blogpost voor meer informatie.

• CVE-2020-1327: Zorg ervoor dat de gebruikersinvoer door de Azure DevOps-server wordt opgeschoond.

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 2: 14 april 2020

Er is een patch uitgebracht voor Azure DevOps Server 2019 Update 1.1 waarmee het volgende wordt opgelost. Zie de blogpost voor meer informatie.

• SVN-commits activeren geen pijplijn

• Ondersteuning voor SHA2 toevoegen in SSH in Azure DevOps

Releasedatum van Azure DevOps Server 2019 Update 1.1 Patch 1: 10 maart 2020

We hebben een beveiligingspatch uitgebracht voor Azure DevOps Server 2019 Update 1.1 waarmee de volgende fouten worden opgelost. Zie de blogpost voor meer informatie.

• CVE-2020-0700: Beveiligingsprobleem met scripts op meerdere sites

• CVE-2020-0758: Beveiligingsprobleem met privilege-escalatie

• CVE 2020-0815: Beveiligingsprobleem met onrechtmatige uitbreiding van bevoegdheden

---

Releasedatum van Azure DevOps Server 2019 Update 1.1 RTW: 10 december 2019

Azure DevOps Server 2019 Update 1.1 bestaat uit een overzicht van opgeloste fouten en beveiligingsupdates. Het bevat alle fixes in de patches voor Azure DevOps Server 2019 Update 1 die eerder zijn uitgebracht. U kunt Azure DevOps Server 2019 Update 1.1 rechtstreeks installeren of upgraden vanaf Azure DevOps Server 2019 of Team Foundation Server 2012 of hoger.

Notitie

Het hulpprogramma voor gegevensmigratie is ongeveer drie weken na deze release beschikbaar voor Azure DevOps Server 2019 Update 1.1. U kunt onze lijst met momenteel ondersteunde versies voor import-hierbekijken.

Deze release bevat oplossingen voor de volgende fouten:

Azure Boards

• Wanneer u een nieuw werkitem maakt op basis van de productachterstand, wordt het veld Titel niet geïnitialiseerd met de standaardwaarde in de processjabloon.
• Traagheid en time-outs bij het gebruik van Azure Boards.
• De waarde Herzien door is onjuist bij werkitemkoppelingen.

Azure Pipelines

• In pijplijnmeldingen kunnen velden zoals Duur een null-waarde hebben in sommige locale-instellingen.
• sjabloonpad wijst mogelijk niet naar een geldig JSON-bestand in een pijplijn met een Azure-resourcegroepimplementatie.
• De pagina met bewaarinstellingen op verzamelingsniveau wordt weergegeven op de pagina's met projectinstellingen.

Azure-testplannen

• Het bewerken van velden in Testplannen is traag.
• In een testcase worden bij het openen van borden (in tegenstelling tot testplannen) de details van de gedeelde stap niet geopend.

Algemeen

• Verzamelingen worden niet gesorteerd in alfabetische volgorde.

Bestuur

• Hoog geheugengebruik.
• Servers met load balancer-configuraties moesten expliciet hun openbare oorsprong toevoegen aan de registervermelding AllowedOrigins.
• Klanten die op SQL Azure installeren, zien het dialoogvenster Proefversie voltooien niet.
• Als u extensies installeert, wordt het foutbericht 'Foutbericht Ontbrekende bijdrage (ms.vss-dashboards-web.widget-sdk-version-2)' weergegeven.
• Bij het instellen van Elastic Search treedt er een fout op: 'Gebruiker is niet gemachtigd'.
• Indexering en queryfouten in Elastic Search bij het upgraden van TFS 2018 Update 2 of hoger.
• De stap 'Warehouse maken' mislukt bij het configureren van Azure DevOps Server.

Deze release bevat de volgende update:

• Ondersteuning voor SQL Server 2019.

---

Releasedatum van Azure DevOps Server 2019 Update 1 Patch 1: 10 september 2019

We hebben een beveiligingspatch uitgebracht voor Azure DevOps Server 2019 Update 1 die de volgende fout oplost. Zie de blogpost voor meer informatie.

• CVE-2019-1306: Beveiligingsprobleem met uitvoering van externe code in Wiki

---

Releasedatum van Azure DevOps Server 2019 Update 1: 20 augustus 2019

Notitie

Het hulpprogramma voor gegevensmigratie is ongeveer drie weken na deze release beschikbaar voor Azure DevOps Server 2019 Update 1. U kunt onze lijst met momenteel ondersteunde versies voor import-hierbekijken.

---

RC2 Releasedatum: 23 juli 2019

RC2 bevat verschillende bugfixes sinds RC1 en is de definitieve geplande voorlopige versie.

---

RC1 Releasedatum: 2 juli 2019

Samenvatting van wat is er nieuw in Azure DevOps Server 2019 Update 1

Azure DevOps Server 2019 Update 1 introduceert veel nieuwe functies. Enkele van de hoogtepunten zijn:

• Nieuw basisproces
• Vragen naar werk met betrekking tot het begin van de dag, week, maand of jaar
• Accepteren en uitvoeren van kwesties in GitHub en planning uitvoeren in Azure Boards
• Verlopen build opnieuw uitvoeren voor automatisch aanvullen van pullverzoeken
• Nieuwe samenvoegtypen voor het voltooien van pull-aanvragen
• YAML-pijplijnen activeren met tags
• Taakassistent voor het bewerken van YAML-bestanden
• webeditor met IntelliSense voor YAML-pijplijnen
• GitHub-releases beheren met behulp van pijplijnen
• Testresultaattrend-widget (Geavanceerd)
• informatie over herkomst van pakketten
• ondersteuning voor Python-pakketten
• Upstream-bronnen voor Maven-
• Queryresultaten van Azure Boards insluiten in Wiki-
• Permalinks voor wikipagina's
• Meldingen op wikipagina's
• Analytics-extensie is niet meer nodig voor het gebruik van Analytics-

U kunt ook naar afzonderlijke secties gaan om de nieuwe functies te bekijken:

• Algemeen
• Borden
• repository
• pijplijnen
• Testplannen
• artefacten
• Wiki
• Rapportage

---

Algemeen

Donker thema

Het donkere thema is een populaire functie in Azure DevOps Services en is nu beschikbaar in Azure DevOps Server. U kunt donker thema inschakelen door Thema te selecteren in het menu onder uw avatar in de rechterbovenhoek van elke pagina.

Borden

Nieuw basisproces

In het verleden is Agile het standaardproces voor nieuwe projecten, dat een robuuste en flexibele set werkitemtypen en -statussen biedt voor een verscheidenheid aan projectleveringsmethoden. Voor sommige teams, die meer bekend zijn met andere hulpprogramma's of die groeien en een krachtigere set hulpprogramma's willen gebruiken, willen ze snel aan de slag gaan met terminologie waarmee ze vertrouwder zijn.

Het nieuwe Basic-proces biedt drie typen werkitems (Epics, Issues en Taken) om uw werk te plannen en bij te houden. We raden u aan problemen te gebruiken om zaken zoals gebruikersverhalen, bugs en functies bij te houden terwijl u Epics gebruikt om problemen samen te groeperen in grotere werkeenheden. Terwijl u met uw werk vordert, verplaatst u items langs een eenvoudige workflow voor taken: To-Do, In uitvoering, en Voltooid.

Zie de documentatie over het bijhouden van issues en taken om u te helpen beginnen met uw nieuwe project.

Stel de volgorde van staatwaarden in op het werkitemformulier

Voorheen werd de statuswaarde op het werkitemformulier alfabetisch geordend. Met deze update hebben we gewijzigd hoe de statuswaarden worden geordend zodat deze overeenkomen met de werkstroomvolgorde in de procesinstellingen. U kunt ook de volgorde van de statussen in elke categorie wijzigen in de instellingen voor statusaanpassing.

Functie-inschakeling is niet meer beschikbaar

Klanten moeten de XML voor elk project handmatig bijwerken om nieuwe functies in te schakelen na het upgraden van hun verzameling.

Raadpleeg de documentatie voor meer informatie over het inschakelen van specifieke functies.

Referentiemateriaal organiseren met rijkere werkitembijlagen

Als u bestanden aan werkitems bijvoegt, kunnen u en uw team referentiemateriaal centraliseren, zodat ze altijd dichtbij zijn wanneer u ze nodig hebt. Het is nu eenvoudiger om een nieuwe bijlage toe te voegen door het bestand overal in het werkitemformulier te slepen en neer te zetten. U kunt de bijlagen blijven weergeven als een lijst of overschakelen naar een rasterweergave om een miniatuurvoorbeeld weer te geven. Dubbelklik op het bestand om een voorbeeld te openen en doorloop deze om snel de informatie te vinden die u nodig hebt.

Deel het teamboard met een badge

Het LEESMIJ-bestand van de opslagplaats is vaak de plek waar uw projectteam terecht kan voor informatie over het bijdragen aan en het gebruik van uw oplossing. U kunt nu, net als bij een build- of implementatiestatus in Azure Pipelines, een badge toevoegen aan uw README voor het bord van uw team in Azure Boards. U kunt de badge zo configureren dat alleen de Wordt uitgevoerd kolommen of alle kolommen worden weergegeven, en zelfs de badge openbaar zichtbaar maken als uw project open source is.

Als uw README is gebaseerd op Markdown, kunt u de voorbeeld-Markdown kopiëren vanaf de instellingen van de statusbadge en deze in uw bestand plakken.

Werk opvragen ten opzichte van het begin van de dag, week, maand of jaar

Hoewel teams zich vaak richten op werk binnen de context van wat er komt, of op basis van sprint-iteraties, is het vaak interessant om terug te kijken naar het werk via de lens van de agenda om te rapporteren over al het werk dat vorige maand of in het eerste kwartaal van het jaar is gebeurd. U kunt nu de volgende nieuwe set @StartOf macro's samen met een datumveld gebruiken om een query uit te voeren op basis van het begin van de dag, week, maand of jaar:

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

Elk van deze macro's accepteert ook een nieuwe wijzigingsreeks waarmee u de gegevens kunt verplaatsen op verschillende datumeenheden. U kunt bijvoorbeeld een query schrijven om alle werkitems te vinden die in het eerste kwartaal van dit jaar zijn voltooid door een query uit te voeren op de datum van statuswijziging >= @StartOfYear en datum van statuswijziging <= @StartOfYear("+3M"). Zie de querymacro's documentatie voor meer informatie.

Discussieopmerkingen bewerken en verwijderen

We zijn verheugd om de beschikbaarheid aan te kondigen van een veelgevraagde Developer Community functie: het bewerken en verwijderen van opmerkingen in de discussies van werkitems in Azure Boards. Als u uw opmerking wilt bewerken, plaatst u de muisaanwijzer op een opmerking die u hebt en ziet u twee nieuwe knoppen. Als u op het potloodpictogram klikt, gaat u naar de bewerkingsmodus en kunt u gewoon uw wijzigingen aanbrengen en op de knop Bijwerken drukken om uw bewerkingen op te slaan.

Wanneer u op het overloopmenu klikt, ziet u de optie om uw opmerking te verwijderen. Zodra u hierop klikt, wordt u opnieuw gevraagd om te bevestigen dat u deze opmerking wilt verwijderen en wordt de opmerking verwijderd.

U hebt een volledige tracering van alle bewerkte en verwijderde opmerkingen op het tabblad Geschiedenis op het werkitemformulier. U ziet ook dat we de gebruikersinterface van onze discussie-ervaring hebben bijgewerkt om het moderner en interactiever te maken. We hebben bellen rond opmerkingen toegevoegd om het duidelijker te maken waar opmerkingen van personen beginnen en eindigen.

Queryresultaten exporteren naar een CSV-bestand

U kunt nu queryresultaten rechtstreeks exporteren naar een CSV-indelingsbestand vanaf internet.

Navigeer rechtstreeks vanuit vermeldingen in een GitHub-opmerking naar Azure Boards-werkitems

Wanneer u nu een werkitem vermeldt in de opmerking van een probleem, pull-aanvraag of doorvoer in GitHub met behulp van de AB#{work item ID} syntaxis, worden deze vermeldingen hyperlinks waarop u kunt klikken om rechtstreeks naar het genoemde werkitem te navigeren.

Hiermee maakt u geen formele koppeling die het werkitem in Azure Boards voor elk gerelateerd gesprek opschont, maar in plaats daarvan biedt uw team een manier om wat meer informatie te geven over werkitems tijdens het bespreken van code of een door de klant gerapporteerd probleem. Zie de GitHub-integratie van Azure Boards documentatie voor meer informatie.

Problemen in GitHub accepteren en uitvoeren tijdens het plannen in Azure Boards

U kunt nu werkitems in Azure Boards koppelen aan gerelateerde problemen in GitHub. Met dit nieuwe type koppeling zijn er nu verschillende andere scenario's mogelijk. Als uw team foutenrapporten van gebruikers wil blijven accepteren, bijvoorbeeld als problemen in GitHub, maar het werk van het team over het algemeen in Azure Boards relateren en organiseren, kunt u dat nu.

Dezelfde vermeldingsyntaxis die uw team voor commits en pull-aanvragen gebruikt, blijft van toepassing. Natuurlijk hebt u de mogelijkheid om handmatig te koppelen in Azure Boards met de probleem-URL. Zie de documentatie GitHub & Azure Boards voor meer informatie.

Snel gekoppelde GitHub-activiteit bekijken vanaf het Kanban-bord

Wanneer u het Kanban-bord zelf of als team bekijkt, hebt u vaak vragen zoals 'is dit item al begonnen met ontwikkelen?' of 'is dit item nog in beoordeling?' Met de nieuwe GitHub-aantekeningen op het Kanban-bord kunt u nu snel zien waar een item zich bevindt en rechtstreeks naar de GitHub-doorvoer, pull-aanvraag of het probleem gaan voor meer informatie. Zie de documentatie Kaarten aanpassen voor meer informatie hierover en de andere aantekeningen voor taken en tests.

Repos

Concept-pullaanvragen

Om te voorkomen dat pull-aanvragen worden voltooid voordat ze klaar zijn en om het eenvoudig te maken om werk in uitvoering te creëren dat niet iedereen hoeft te betrekken, ondersteunen we nu ontwerppull-aanvragen.

Concept-pullverzoeken kunnen worden gemaakt door Maken als concept te selecteren in de vervolgkeuzelijst van de Knop Maken bij het aanmaken van een pullverzoek.

Nadat u een concept pull request hebt gemaakt, ziet u een badge die de status naast de titel weergeeft.

Ontwerp-pullverzoeken omvatten standaard geen reviewers en voeren geen builds uit, maar geven u de mogelijkheid om handmatig reviewers toe te voegen en builds uit te voeren. Als u de pull-aanvraag wilt verhogen naar een normale pull-aanvraag, klikt u op de knop Publiceren op de detailpagina van de pull-aanvraag.

Verlopen build opnieuw uitvoeren voor automatisch voltooide pull-aanvragen

In Azure Repos worden nu automatisch verlopen builds, die zijn geactiveerd door een pull-aanvraagbeleid, in de wachtrij geplaatst. Dit geldt voor pull-verzoeken die alle andere beleidsregels hebben doorlopen en zijn ingesteld op automatisch voltooien.

Voorheen, wanneer pull-aanvragen beleidsregels hadden zoals vereiste revisoren, kan het goedkeuringsproces te lang duren en kan een bijbehorende build verlopen voordat een revisor de pull-aanvraag heeft goedgekeurd. Als de pull-aanvraag is ingesteld om automatisch te voltooien, blijft deze geblokkeerd totdat een gebruiker de verlopen build handmatig in de wachtrij heeft geplaatst. Met deze wijziging wordt de build automatisch in de wachtrij geplaatst, zodat de pull-aanvraag automatisch kan worden voltooid na een geslaagde build.

Notitie

Met deze automatisering worden maximaal vijf verlopen builds per pull-aanvraag in de wachtrij geplaatst en wordt slechts één keer geprobeerd om elke build opnieuw in de wachtrij te plaatsen.

Alleen het linker- of rechterbestand in een pull-aanvraag weergeven

Vandaag, wanneer u bestandswijzigingen in een pull-verzoek bekijkt, kunt u een diff-naast-elkaar diff of in-line diff modus gebruiken. We hebben feedback ontvangen dat velen van u alleen het oorspronkelijke bestand of het gewijzigde bestand willen zien, zonder ze te vergelijken, dus we hebben een nieuwe optie toegevoegd waarmee u het linkerbestand of het juiste bestand afzonderlijk kunt bekijken.

Nieuwe samenvoegtypen voor het voltooien van pull-aanvragen

U hebt nu meer opties bij het samenvoegen van de wijzigingen van een pull-aanvraag naar de doelbranch. We hebben ondersteuning toegevoegd voor twee van onze meest aangevraagde functies in de ontwikkelaarscommunity: Fast-Forward samenvoegen van en Semi-Linear samenvoegen van (ook wel 'Rebase and Merge' genoemd).

U ziet nu deze nieuwe opties die beschikbaar zijn in het dialoogvenster Pull-aanvraag voltooien:

Op de bijgewerkte pagina voor beleidsbeheer kunnen beheerders bepalen welke samenvoegstrategieën zijn toegestaan voor een vertakking of map met vertakkingen.

Notitie

Bestaande beleidsregels worden nog steeds afgedwongen. Als uw tak momenteel bijvoorbeeld een beleid 'alleen squash-samenvoegen' heeft, moet u dat beleid bewerken om de nieuwe samenvoegstrategieën te kunnen gebruiken.

Er zijn enkele situaties waarin rebasen tijdens de voltooiing van een pull-verzoek niet mogelijk is:

• Als een beleidsregel op de doelvertakking het toepassen van rebase-strategieën verbiedt, heeft u de machtiging "Beleidsregels voor vertakkingen negeren" nodig.
• Als er beleidsregels zijn voor de bronvertakking van het pull-verzoek, kunt u deze niet opnieuw baseren. Rebasing zal de bronvertakking wijzigen zonder het goedkeuringsproces voor het beleid te doorlopen.
• Als u de extensie voor samenvoegingsconflicten hebt gebruikt om samenvoegingsconflicten op te lossen. Conflictoplossingen die worden toegepast bij een driezijdige samensmelting zijn zelden succesvol (of zelfs geldig) wanneer alle commits in een pull-verzoek één voor één opnieuw worden toegepast.

In al deze gevallen hebt u nog steeds de mogelijkheid om uw vertakking lokaal te rebasen en naar de server te pushen, of uw wijzigingen samen te voegen wanneer u de pull request voltooit.

Filteren op doelvertakking in pull-aanvragen

Met pull-aanvragen kan uw team code controleren en feedback geven over wijzigingen voordat ze worden samengevoegd in de hoofdbranch. Ze zijn een belangrijk onderdeel geworden van de werkstromen van veel teams, omdat u voorgestelde wijzigingen kunt doorlopen, opmerkingen kunt achterlaten en kunt stemmen om codewijzigingen goed te keuren of af te wijzen.

Om het makkelijker te maken om uw pull requests te vinden, hebben we een filteroptie toegevoegd waarmee u kunt zoeken naar pull requests met behulp van de doeltak.

U kunt ook het filter voor de doeltak gebruiken om de weergave van pull-aanvragen aan te passen op het tabblad Mine.

Extensies toestaan om syntaxismarkering en automatisch aanvullen toe te voegen

Momenteel publiceren we syntaxismarkeringen voor een subset talen die worden ondersteund door de Monaco-editor. Velen van u willen echter uw eigen syntaxismarkeringen maken voor talen die niet worden ondersteund.

Met deze update hebben we een uitbreidbaarheidspunt toegevoegd waarmee extensies syntaxismarkering en automatisch aanvullen kunnen toevoegen aan de verkenner en pull-aanvragenweergaven.

Hier vindt u een voorbeeld van een extensie waarin deze functie wordt gedemonstreerd.

Daarnaast hebben we ondersteuning toegevoegd voor Kusto-taal syntaxismarkering.

Extensiepunt voor het aanmaken van repositories

Er is een uitbreidingspunt toegevoegd waarmee u nieuwe items kunt toevoegen aan de opslagplaatskiezer. Met dit uitbreidingspunt kunt u aangepaste acties (omleidingen, pop-ups enzovoort) toevoegen aan het menu opslagplaatskiezer, waardoor stromen worden ingeschakeld, zoals scenario's voor het maken van alternatieve opslagplaatsen.

Verbeterde coderingsondersteuning

Voorheen zou het bewerken en opslaan van bestanden op het web alleen worden opgeslagen als UTF-8-codering. We hebben u niet gevraagd wanneer de codering van het bestand is gewijzigd. U krijgt nu een waarschuwing wanneer u probeert een bestand op te slaan dat niet door UTF is gecodeerd via internet (dat alleen UTF-codering ondersteunt). Daarnaast hebben we ondersteuning toegevoegd voor UTF-16 en UTF-32-codering via het eindpunt voor webpushes. Dit betekent dat we het coderingstype behouden, zodat u ze niet opnieuw hoeft te schrijven als UTF-8.

In de volgende schermopname ziet u een voorbeeld van het dialoogvenster dat u ziet wanneer u wijzigingen in de codering introduceert door een webpush.

Ondersteuning voor de "go get" opdracht in Azure Repos

Go is een opensource-programmeertaal, ook wel Golang genoemd. In Go kunt u de opdracht ophalen gebruiken om pakketten en afhankelijkheden te downloaden en te installeren. Met deze update hebben we ondersteuning toegevoegd voor go get in een Azure DevOps-opslagplaats. Met go getkunt u pakketten downloaden met hun afhankelijkheden, waarbij de namen worden bepaald door de importpaden. U kunt het import sleutelwoord gebruiken om het importpad op te geven.

Pijpleidingen

Webeditor met IntelliSense voor YAML-pijplijnen

Als u YAML gebruikt om uw pijplijnen te definiëren, kunt u nu profiteren van de nieuwe editorfuncties die in deze release zijn geïntroduceerd. Of u nu een nieuwe YAML-pijplijn maakt of een bestaande YAML-pijplijn bewerkt, u kunt het YAML-bestand bewerken in de pijplijnwebeditor. Gebruik Ctrl+Space voor IntelliSense-ondersteuning tijdens het bewerken van het YAML-bestand. U ziet de syntaxisfouten gemarkeerd en krijgt ook hulp bij het corrigeren van deze fouten.

Taakassistent voor het bewerken van YAML-bestanden

We blijven veel feedback ontvangen waarin wordt gevraagd om het bewerken van YAML-bestanden voor pijplijnen te vereenvoudigen. Daarom voegen we een taakassistent toe aan de YAML-editor. Hiermee hebt u dezelfde vertrouwde ervaring voor het toevoegen van een nieuwe taak aan een YAML-bestand als in de klassieke editor. Deze nieuwe assistent ondersteunt de meeste algemene typen taakinvoer, zoals selectielijsten en serviceverbindingen. Als u de nieuwe taakassistent wilt gebruiken, selecteert u Bewerken op een YAML-pijplijn en selecteert u vervolgens de Taakassistent.

YAML-pijplijnen activeren met tags

YAML-pijplijnen kunnen worden geactiveerd wanneer tags worden toegevoegd aan een commit. Dit is waardevol voor teams waarvan de werkstromen tags bevatten. U kunt bijvoorbeeld een proces starten wanneer een commit wordt getagged als het laatst bekende goed.

U kunt opgeven welke tags moeten worden opgenomen en uitgesloten. Bijvoorbeeld:

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

Containerbronnen in-line declareren

Voorheen moest u uw containerbronnen declareren in YAML-pijplijnen en deze vervolgens op naam verwijzen. We bieden nu een inlinesyntaxis aan voor gevallen waarin u niet meerdere keren naar de container gaat verwijzen.

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

Instellen dat een bestaande pijplijn automatisch wordt geannuleerd wanneer een pull-aanvraag wordt bijgewerkt

Pijplijnen die worden geactiveerd door pull requests (PR's) worden standaard geannuleerd als een nieuwe commit naar hetzelfde PR wordt gepusht. Dit is in de meeste gevallen wenselijk, omdat u meestal niet wilt doorgaan met het uitvoeren van een pijplijn op verouderde code. Als u dit gedrag niet wilt, kunt u autoCancel: false toevoegen aan uw PR trigger.

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

Kies de map met uitgecheckte code in YAML-pijplijnen

Eerder hebben we repositories naar de map s binnen $(Agent.BuildDirectory) uitgecheckt. U kunt nu de map kiezen waarin uw Git-opslagplaats wordt uitgecheckt voor gebruik met YAML-pijplijnen.

Gebruik het trefwoord path op checkout en u hebt de controle over de mapstructuur. Hieronder ziet u een voorbeeld van de YAML-code die u kunt gebruiken om een map op te geven.

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

In dit voorbeeld wordt uw code uitgecheckt naar de map my-great-repo in de werkruimte van de agent. Als u geen pad opgeeft, wordt uw opslagplaats gekopieerd naar een map met de naam s.

Nieuwe Azure App Service-taken die zijn geoptimaliseerd voor YAML

We ondersteunen nu vier nieuwe taken die een eenvoudige maar krachtige manier bieden om Azure App Services te implementeren met moderne ontwikkelaars in gedachten. Deze taken hebben een geoptimaliseerde YAML-syntaxis, waardoor het eenvoudig en intuïtief is om implementaties te maken in Azure AppServices, waaronder WebApps, FunctionApps voor Containers en FunctionApp for Containers op zowel Windows- als Linux-platforms.

We ondersteunen ook een nieuwe hulpprogrammataak voor bestandstransformatie en het vervangen van variabelen voor XML- en JSON-indelingen.

Wijzigingen in standaardmachtigingen voor nieuwe projecten

Tot nu toe konden projectbijdragers geen pijplijnen maken, tenzij ze expliciet de machtiging 'Builddefinitie maken' krijgen. Voor nieuwe projecten kunnen uw teamleden direct pijplijnen maken en bijwerken. Deze wijziging vermindert de wrijving voor nieuwe klanten die onboarding naar Azure Pipelines uitvoeren. U kunt altijd de standaardmachtigingen voor de groep Inzenders bijwerken en hun toegang beperken.

GitHub-releases beheren met behulp van pijplijnen

GitHub-releases zijn een uitstekende manier om software te verpakken en aan gebruikers te bieden. We zijn blij om aan te kondigen dat u deze nu kunt automatiseren met behulp van gitHub Release-taak in Azure Pipelines. Met behulp van de taak kunt u een nieuwe release maken, bestaande concept-/gepubliceerde releases wijzigen of oudere versies verwijderen. Het biedt ondersteuning voor functies zoals het uploaden van meerdere assets, het markeren van een release als voorlopige versie, het opslaan van een release als concept en nog veel meer. Deze taak helpt u ook bij het maken van releasenotities. Het kan ook automatisch de wijzigingen (doorvoeringen en bijbehorende problemen) berekenen die in deze release zijn aangebracht en deze toevoegen aan de releaseopmerkingen in een gebruiksvriendelijke indeling.

Dit is de eenvoudige YAML voor de taak:

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

Een gitHub-voorbeeldrelease die is gemaakt met behulp van deze taak:

Koppelingen naar specifieke regels in een buildlogboek

U kunt nu een koppeling naar specifieke regels in het buildlogboek delen. Dit helpt u bij het samenwerken met andere teamleden bij het diagnosticeren van buildfouten. Selecteer de regels van een logboek in de resultatenweergave om een koppelingspictogram op te halen.

Verbeteringen in de autorisatie van middelen

We moesten beveiliging bieden voor beveiligde resources (bijvoorbeeld serviceverbindingen, variabele groepen, agentgroepen, beveiligde bestanden) wanneer ernaar wordt verwezen in een YAML-bestand. Tegelijkertijd wilden we het voor u eenvoudiger maken om pijplijnen in te stellen en te gebruiken die gebruikmaken van dit type resources voor niet-productiescenario's. Eerder hebben we een instelling toegevoegd om een resource te markeren als 'geautoriseerd voor gebruik in alle pijplijnen'.

Met deze update is het eenvoudiger voor u om een probleem met resourceautorisatie op te lossen, zelfs als u een resource als zodanig niet hebt gemarkeerd. Wanneer een build mislukt vanwege een resourceautorisatiefout, ziet u in de nieuwe ervaring een optie om het gebruik van deze resources in de pijplijn expliciet te autoriseren en vervolgens door te gaan. Teamleden met machtigingen voor het autoriseren van resources kunnen deze actie rechtstreeks vanuit een mislukte build voltooien.

Nieuwe uitbreidingsbijdragepunten op het tabblad Pijplijnen testen

We hebben het uitbreidingsframework nog krachtiger blijven maken door twee nieuwe bijdragepunten toe te voegen op het tabblad Testresultaten in Pijplijnen. Hierdoor kunnen Marketplace-extensies meer op maat gemaakte rapportageervaringen bieden en verdere interactiviteit toevoegen.

De twee bijdragepunten zijn:

1. Aangepaste Actie knop in de werkbalk

   Soms wilt u een actie uitvoeren, zoals het bijwerken van de gegevens van een API of het uitvoeren van aangepaste hulpprogramma's met behulp van metagegevens uit uw testresultaten. Met dit bijdragepunt kunt u extensies maken die gebruikmaken van de directe context van het geselecteerde testresultaat om een aangepaste actie toe te voegen aan de knop *Aangepaste actie- .

   

2. Aangepaste Details Tabblad in de detailweergave

   Mogelijk hebt u een groot aantal werkstromen voor het verbruik van testrapporten en wilt u mogelijk verschillende gegevenspunten zien voor mislukte tests voor foutopsporing en analyse. Door dit bijdragepunt te gebruiken, kan uw team een nieuw tabblad toevoegen aan het detailvenster dat wordt weergegeven wanneer u de rij met testresultaten in het gegevensraster selecteert. Dit nieuwe tabblad kan een weergave weergeven met statische inhoud of dynamische gegevens die zijn opgehaald met behulp van interne of externe API's.

Eenmalig uitvoerende agent

Als u infrastructuur zoals Azure Container Instances gebruikt om elastische privéagenten uit te voeren, wilt u vaak dat elke agent slechts één taak accepteert voordat u weggaat. Tot nu toe was dit niet eenvoudig, omdat u de agent moest beëindigen (wat mogelijks een fout zou kunnen veroorzaken) of het risico moest accepteren dat een agent misschien een andere taak kreeg voordat u hem kon uitschakelen. Met deze update hebben we de --once vlag toegevoegd aan de agentconfiguratie. Wanneer u de agent op deze manier configureert, accepteert deze slechts één taak en sluit het zichzelf af.

Update van gebruikersinterface van agentgroep

De beheerpagina voor agentgroepen in projectinstellingen is bijgewerkt met een nieuwe gebruikersinterface. U kunt nu eenvoudig alle taken zien die in een pool worden uitgevoerd. Daarnaast kunt u leren waarom een taak niet wordt uitgevoerd.

Implementeren naar mislukte doelen in een implementatiegroep

Standaard werd Azure Pipelines gebruikt om alle taken opnieuw uit te voeren wanneer u een eerder mislukte uitvoering opnieuw implementeert. U kunt dit gedrag nu overschrijven door de implementatieoptie te configureren bij het implementeren. Als u de optie 'Alle taken en beperkt tot mislukte doelen in een implementatiegroep' selecteert, zullen alle taken opnieuw worden uitgevoerd, en implementaties worden overgeslagen naar doelen die al up-to-date zijn.

Automatisch opnieuw implementeren bij fout

Wanneer een implementatie in een fase mislukt, kan Azure Pipelines de laatste geslaagde implementatie automatisch opnieuw implementeren. U kunt de omgeving configureren om de laatste geslaagde release automatisch opnieuw uit te rollen door de trigger voor automatische heruitrol te configureren in de voorwaarden na uitrol. We zijn van plan extra geactiveerde gebeurtenissen en acties toe te voegen aan de configuratie voor automatisch opnieuw implementeren in een toekomstige sprint. Zie de implementatiegroepen documentatie voor meer informatie.

Servicehook voor Grafana-annotaties

We ondersteunen nu een nieuwe servicehook waarmee u Grafana-aantekeningen kunt toevoegen voor implementatie voltooid gebeurtenissen aan een Grafana-dashboard. Hiermee kunt u implementaties correleren met de wijzigingen in metrische gegevens van toepassingen of infrastructuur die worden gevisualiseerd in een Grafana-dashboard.

Azure Monitor-waarschuwingentaken opvragen

De vorige versie van de Query Azure Monitors-taak ondersteunde alleen het opvragen van waarschuwingen in de klassieke monitorervaring. Met deze nieuwe versie van de taak kunt u query's uitvoeren op waarschuwingen over de geïntegreerde bewakingservaring die onlangs is geïntroduceerd door Azure Monitor.

Inline-invoer van spec-bestand in De taak Implementeren in Kubernetes

Voorheen moest u voor de Kubernetes-implementatietaak een bestandspad voor de configuratie opgeven. U kunt nu ook de configuratie in de tekst toevoegen.

Docker CLI Installer-taak

Met deze taak kunt u elke versie van Docker CLI installeren op de agents zoals opgegeven door de gebruiker.

Verwijderde release-pijplijnen herstellen

Als u ongebruikte release-pijplijnen verwijdert, kunt u de lijst met releasepijplijnen opschonen, maar soms verwijdert u per ongeluk iets. Met deze update is het nu mogelijk om een release-pijplijn te herstellen die in de afgelopen 30 dagen is verwijderd. We hebben een nieuw tabblad toegevoegd aan het linkerdeelvenster van de pagina Releases waarmee een lijst met verwijderde releasepijplijnen wordt weergegeven. In deze weergave kunt u een verwijderde release-pijplijn herstellen door de pijplijn in de lijst te selecteren en op de knop Herstellen te klikken.

Meldingen over het mislukken van een aanvraag voor het maken van een release

U kunt meldingen instellen om e-mailberichten te ontvangen wanneer er wijzigingen optreden in uw builds, codebasis en andere bewerkingen. U kunt bijvoorbeeld een waarschuwing instellen om een melding te ontvangen wanneer een werkitem aan u is toegewezen.

Met deze update hebben we een nieuw meldingsabonnement toegevoegd aan de categorie Release. Met deze melding ontvangt u een e-mail wanneer een aanvraag voor het maken van een release mislukt. Een voorbeeldscenario waarin dit nuttig kan zijn, is wanneer een aanvraag voor het maken van een release mislukt omdat een artefactversie niet beschikbaar is. Zie de documentatie hiervoor meer informatie over het beheren van uw meldingen.

Releases plannen van bron- of pijplijnwijziging

Voorheen werd een release geactiveerd wanneer u een geplande releasetrigger had, zelfs wanneer er geen wijzigingen zijn gedetecteerd in het upstream-artefact of in de releasedefinitie. Er is een optie toegevoegd aan het deelvenster Releasetrigger plannen om releases alleen te plannen als de artefactversie of de releasedefinitie wijzigt.

Bijdragelocatie voor variabelen in het dialoogvenster 'Release maken'

Voorheen moesten de variabelenwaarden die nodig waren tijdens het maken van de release, zonder hulp of suggesties door de gebruiker worden ingevoerd. We hebben bijdragepunten toegevoegd aan het dialoogvenster Een nieuwe release maken om extensies te ondersteunen waarmee tijdens het maken van de release de waarde van een variabele wordt ingevuld.

Publiceer naar Service Bus-sessiewachtrijen van Azure

We hebben de Agentloze taak build-taak uitgebreid om berichten naar sessiewachtrijen te kunnen publiceren. Deze optie is toegevoegd aan de taak Publiceren naar Azure Service Bus.

Optie voor een nieuw Azure abonnement in de Kubernetes-serviceverbinding

Met serviceverbindingen voor builds en releases kunt u verbinding maken met externe en externe diensten om taken uit te voeren voor een build of implementatie. U kunt een serviceverbinding definiëren en beheren vanuit de beheerinstellingen van uw project.

Met deze update hebben we een verificatieoptie toegevoegd aan het verbindingsformulier van de Kubernetes-service. U kunt nu Azure-abonnement selecteren om uw verbinding te verifiëren. Hierdoor kunt u eenvoudig implementeren in specifieke naamruimten door Kubernetes-verbindingen in te stellen met uw Azure-abonnement en clusternaam.

Voor een cluster met op rollen gebaseerd toegangsbeheer (RBAC) worden ServiceAccount- en RoleBinding--objecten gemaakt in de gekozen naamruimte. Het Object RoleBinding beperkt de bewerkingen van het gemaakte serviceaccount alleen tot de gekozen naamruimte. Bij een RBAC uitgeschakelde cluster heeft het gecreëerde serviceaccount machtigingen voor het gehele cluster over alle naamruimtes.

Azure-containerregister in Docker-registerserviceverbinding

U kunt nu een Docker-registerserviceverbinding maken vanaf de instellingenpagina van uw project. Als u de verbinding wilt maken, kiest u een Azure-containerregister in een van de abonnementen die zijn gekoppeld aan uw Azure Active Directory-identiteit (AAD). Alle taken die serviceverbindingen met containerregisters vereisen, zoals Docker@2 en KubernetesManifest@0 ondersteunen één manier om een verbinding op te geven.

Zoeken op mapnaam in releasedefinities

U kunt uw releasedefinities organiseren door ze op te slaan in mappen. Eerder had u niet de mogelijkheid om per map te zoeken. Het was lastig om een specifieke releasedefinitie te vinden als u veel mappen hebt gemaakt. U kunt nu zoeken op mapnaam in de releasedefinitie, zodat u gemakkelijker de definities kunt vinden die u zoekt.

Taak voor de tool Duffle-installatie in de build- en releasepijplijn

Duffle is een opdrachtregelprogramma waarmee u Cloud Native Application Bundles (CNAB) kunt installeren en beheren. Met CNABs kunt u containereigen apps en hun services bundelen, installeren en beheren.

In deze update hebben we een nieuwe taak toegevoegd voor build- en release-pijplijnen waarmee u een specifieke versie van Duffle binary kunt installeren.

Kubernetes-manifesttaak

We hebben een nieuwe taak toegevoegd aan onze release-pijplijnen om het implementeren in Kubernetes-clusters te vereenvoudigen met behulp van manifestbestanden. Deze taak biedt de volgende voordelen in vergelijking met het gebruik van kubectl binary in scripts:

• Substitutie van artefacten: De implementeeractie neemt een lijst met containerafbeeldingen als invoer, die samen met hun tags of hashwaarden kunnen worden opgegeven. Dit wordt vervangen door de versie zonder sjablonen van de manifestbestanden voordat het wordt toegepast op het cluster, om ervoor te zorgen dat de juiste versie van de image wordt opgehaald door de knooppunten van het cluster.

• Manifeststabiliteit: de implementatiestatus wordt gecontroleerd op de Kubernetes-objecten die zijn geïmplementeerd om stabiliteitscontroles op te nemen terwijl de taakstatus als geslaagd/mislukt wordt gecomputeerd.

• Traceerbaarheid aantekeningen: Aantekeningen worden toegevoegd aan de geïmplementeerde Kubernetes-objecten om traceerbaarheidsinformatie over de oorspronkelijke organisatie, het project, de pijplijn en de uitvoering toe te voegen.

• Bakmanifest: met de bakactie van de taak kunt u Helm-grafieken in Kubernetes-manifestbestanden bakken, zodat ze op het cluster kunnen worden toegepast.

• Implementatiestrategie: het kiezen van een canary-strategie met implementatieactie leidt tot het maken van het gewenste percentage workloads met achtervoegsel -baseline en -canary, zodat deze kunnen worden vergeleken tijdens een ManualIntervention taak voordat de actie promoveren/afwijzen van de taak wordt gebruikt om de versie definitief vast te stellen die behouden moet worden.

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

Upgrades voor Docker-taak

We hebben de Docker-taak bijgewerkt om de ontwerpervaring voor pijplijnen te vereenvoudigen. De opdracht buildAndPush kan nu worden gebruikt om meerdere tags te bouwen voor een specifieke containeropslagplaats en deze in één stap naar meerdere containerregisters te pushen. De taak kan docker-registerserviceverbindingen gebruiken om u aan te melden bij containerregisters. Traceerbaarheidsmetagegevens over bronrepository, commit en build-herkomst worden als labels toegevoegd aan de installatiekopieën die met deze taak zijn gebouwd.

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

Installatieprogramma voor Kubectl hulpprogramma

Er is een nieuwe taak toegevoegd waarmee u een specifieke versie van het binaire Kubectl-bestand op de agents kunt installeren. De meest recente en semver versietekenreeksen, zoals v1.14.0, worden geaccepteerd als geldige waarden voor de invoer van de Kubectl-versiespecificatie.

Verbeteringen in ServiceNow-integratie

Een belangrijke mogelijkheid voor samenwerking tussen teams is om elk team in staat te stellen een service van hun keuze te gebruiken en effectieve end-to-end levering te hebben. Met deze update hebben we de ServiceNow-integratie verbeterd ter ondersteuning van alle soorten wijzigingen (normaal, standaard en noodgeval). Daarnaast kunt u nu de poort opgeven die wordt gebruikt om een nieuwe wijzigingsaanvraag te maken met behulp van een bestaande sjabloon, volgens het ITSM-proces dat in uw organisatie is gevolgd. Ten slotte kunt u ook releases gateen op basis van bestaande wijzigingsaanvragen. Hierdoor kunt u CD gebruiken zonder dat u het proces hoeft te wijzigen dat door uw IT-teams wordt aanbevolen.

Ondersteuning voor Red Hat Enterprise Linux 6

Met deze update hebben we agentondersteuning toegevoegd voor Red Hat Enterprise Linux 6. U kunt nu agents configureren die gericht zijn op het Red Hat Enterprise Linux 6-platform voor het uitvoeren van build- en releasetaken.

Ondersteuning voor Azure PowerShell Az-module

Azure PowerShell biedt een set cmdlets die u kunt gebruiken om Azure-resources vanaf de opdrachtregel te beheren. Afgelopen december is de Az-module van Azure PowerShell beschikbaar en is deze nu de beoogde module voor het beheren van uw Azure-resources.

Voorheen bieden we geen ondersteuning voor de Azure PowerShell Az-module in onze gehoste agents. Met de nieuwe Azure PowerShell-taak versie 4.* in build- en release-pijplijnen hebben we ondersteuning toegevoegd voor de nieuwe Az-module voor alle platforms. Azure PowerShell-taakversie 3.* blijft ondersteuning bieden voor de AzureRM-module. Als u echter op de hoogte wilt blijven van de nieuwste Azure-services en -functies, raden we u aan om zo snel mogelijk over te schakelen naar de Azure PowerShell-taakversie 4.* .

De Az-module heeft een compatibiliteitsmodus om u te helpen bij het gebruik van bestaande scripts terwijl u ze bijwerkt om de nieuwe syntaxis te gebruiken. Als u compatibiliteit voor de Az-module wilt inschakelen, gebruikt u de opdracht Enable-AzureRmAlias. Met aliassen kunt u de oude cmdlet-namen gebruiken met az-module. U kunt meer informatie krijgen over het migreren van de Azure RM-module naar de Azure PowerShell Az-module hier.

Notitie

Als u privéagenten gebruikt, moet u de Az-module installeren op uw agentcomputer.

Zie de documentatie hiervoor meer informatie over de Azure PowerShell Az-module.

Ondersteuning voor verificatie van Azure Active Directory (AD) voor Azure SQL-taak

De Azure SQL-taak is uitgebreid ter ondersteuning van het maken van verbinding met een database met behulp van Azure AD (geïntegreerd & wachtwoord) en een verbindingsreeks naast de bestaande ondersteuning voor SQL-serververificatie.

Build-artifacten publiceren met lange bestandspaden

Tot nu toe was er een beperking die het uploaden van buildartefacten met paden langer dan 233 tekens verhinderde. Dit kan voorkomen dat u resultaten van codedekking uploadt van Linux- en macOS-builds met bestandspaden die langer zijn dan de limiet. De limiet is bijgewerkt om lange paden te ondersteunen.

Continue integratie (CI) overslaan voor een commit

U kunt Azure Pipelines nu vertellen om een commit te negeren en de uitvoering van een pijplijn over te slaan die normaal gesproken door de commit wordt geactiveerd. Neem [skip ci] op in het commitbericht van de HEAD-commit en Azure Pipelines zal CI overslaan. U kunt ook een van de hieronder vermelde variaties gebruiken. Dit wordt ondersteund voor doorvoeringen naar Azure Repos Git en GitHub Enterprise Server.

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

Testplannen

Widget voor testresultatentrend (Geavanceerd)

De widget Testresultaattrend (Geavanceerd) biedt bijna realtime inzicht in uw testgegevens voor meerdere builds en releases. De widget Testresultaattrend (Geavanceerd) geeft een trend van uw testresultaten weer voor uw pijplijnen of tussen pijplijnen. U kunt het gebruiken om het dagelijks aantal tests, het succespercentage en de testduur bij te houden. Het bijhouden van de testkwaliteit in de loop van de tijd en het verbeteren van testmateriaal is essentieel voor het onderhouden van een gezonde DevOps-pijplijn.

De widget Testresultaattrend (Geavanceerd) helpt u bij het vinden van uitschieters in uw testresultaten en antwoord geven op vragen zoals: duurt het langer om tests uit te voeren dan normaal? Welke testbestand of pijplijn heeft invloed op mijn totale slagingspercentage? Wat zijn mijn langlopende testen?

Om u te helpen deze vragen te beantwoorden, biedt de widget deze functies:

• Geeft een trend weer van het slagingspercentage, alsook het aantal testresultaten of de testduur.
• Geeft testresultaten weer op basis van meerdere build-pijplijnen of release-pijplijnen
• Maakt gebruik van gecombineerde grafiekopties om twee metrische gegevens over dezelfde trend weer te geven
• Hiermee filtert u het aantal tests in de loop van de tijd op testresultaat
• Filtert al je testresultaten op branche of test
• Hiermee worden uw metrieken gesorteerd op testkenmerken zoals priority of environment.
• Groepeer uw gegevens op testbestanden, eigenaar of pijplijnen

De widget is zeer configureerbaar, zodat u deze kunt gebruiken voor een groot aantal scenario's.

Testuitvoeringsresultaten delen via URL

U kunt geautomatiseerde tests configureren om te worden uitgevoerd als onderdeel van een build of release. De gepubliceerde testresultaten kunnen worden weergegeven op het tabblad Tests in de bouw- of vrijgavesamenvatting. Met deze update hebben we een functie 'URL voor resultaat kopiëren' toegevoegd, zodat u de resultaten van een enkele testuitvoering kunt delen met anderen in uw team.

De niveaus voor delen zijn onder andere:

• Opstartniveau
• Resultaatniveau
• Afzonderlijk tabblad geselecteerd in testuitvoering
• Delen is ook compatibel met eventuele uitbreidingstabbladen die zijn geconfigureerd

Wanneer u de URL deelt, zien kijkers de resultaten van de testuitvoering in de volledige schermweergave.

Artefacten

NuGet-pakketten met SemVer 2.0.0-versienummers

Voorheen biedt Azure Artifacts geen ondersteuning voor NuGet-pakketten met SemVer 2.0.0-versienummers (over het algemeen versienummers die het gedeelte met buildmetagegevens van de versie bevatten, dat wordt ondertekend door een +). U kunt nu pakketten opslaan vanuit nuget.org die buildmetagegevens bevatten en uw eigen pakketten pushen met buildmetagegevens. Volgens de SemVer spec en NuGet.org beleid, kunnen buildmetagegevens niet worden gebruikt om pakketten te bestellen. U kunt dus niet zowel 1.0.0+build1 als 1.0.0+build2 publiceren naar Azure Artifacts (of nuget.org), omdat deze versies als gelijkwaardig worden beschouwd en dus onderhevig zijn aan de onveranderbaarheidsbeperkingen.

Herkomstinformatie van pakketten

Met deze update hebben we het een beetje gemakkelijker gemaakt om de herkomst van uw pakketten te begrijpen: wie of wat ze heeft gepubliceerd en van welke broncode ze afkomstig zijn. Deze informatie wordt automatisch ingevuld voor alle pakketten die zijn gepubliceerd met behulp van de NuGet-, npm-, Maven-en Twine Authenticate (voor Python)-taken in Azure Pipelines.

Gebruiksstatistieken van pakketten

Tot nu toe biedt Azure Artifacts geen manier om het gebruik of de populariteit van pakketten te meten. Met deze update hebben we het aantal Downloads en Gebruikers toegevoegd aan zowel de pakketlijstpagina's als de pakketgegevenspagina's. U kunt de statistieken aan de rechterkant van een van beide pagina's zien.

Ondersteuning voor Python-pakketten

Azure Artifacts kan nu Python-pakketten hosten: beide pakketten die u zelf en upstream-pakketten produceert die zijn opgeslagen vanuit de openbare PyPI. Voor meer informatie, zie de aankondigingsblogpost en de documenten.

Nu kunt u al uw NuGet-, NPM-, Maven- en Python-pakketten in dezelfde feed hosten.

Upstream-bronnen voor Maven

Upstream-bronnen zijn nu beschikbaar voor Maven-feeds. Dit omvat de primaire Maven Central-opslagplaats en Azure Artifacts-feeds. Als u Maven upstreams wilt toevoegen aan een bestaande feed, gaat u naar feedinstellingen, selecteert u de Upstream-bronnenpivoten selecteert u vervolgens Upstream-bron toevoegen.

Proxyondersteuning voor artefactengerelateerde taken

Tot nu toe bieden veel artefacten-gerelateerde buildtaken geen volledige ondersteuning voor de proxy-infrastructuur van Azure Pipelines, waardoor het moeilijk was om de taken van on-premises agents te gebruiken. Met deze update hebben we ondersteuning voor proxy's toegevoegd aan de volgende taken:

• Npm@1 ('npm' in de ontwerpfunctie)
• NuGetCommand@2 ('NuGet' in de designer): alleen herstel- en push-opdrachten
• DotNetCoreCLI@2 ('.NET Core' in de ontwerpfunctie): alleen restore en nuget push opdrachten
• NpmAuthenticate@0, PipAuthenticate@0 en TwineAuthenticate@0 ('[type] Verifiëren' in de ontwerpfunctie): Deze taken ondersteunen proxy's tijdens het verkrijgen van verificatietokens, maar het is nog steeds nodig om eventuele volgende taken/scripts/hulpprogramma's te configureren om ook de proxy te gebruiken. Anders gezegd, deze taken configureren de proxy niet voor het onderliggende hulpprogramma (npm, pip, twine).
• NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ('[type] Installer' in de ontwerpomgeving)

Alle pakkettypen voor artefacten die in releases worden ondersteund

Tot nu toe werden alleen NuGet-pakketten ondersteund binnen het Azure Artifacts-artefacttype in vrijgaven van pipelines. Met deze update worden alle Azure Artifacts-pakkettypen ( Maven, npm en Python) ondersteund.

Weergaven van artefacten die in releases worden ondersteund

Voorheen kon het artefacttype Azure Artifacts alleen worden geactiveerd wanneer nieuwe pakketversies naar de feed werden gepubliceerd. We hebben nu ook ondersteuning toegevoegd voor weergaven, zodat u releases kunt activeren wanneer pakketten die al in de feed aanwezig zijn, gepromoveerd worden naar een weergave.

Bewaarbeleid kan pakketten die onlangs zijn gedownload, overslaan

Tot nu toe hebben Azure Artifacts-feeds basisbewaarbeleid geboden waarmee oude pakketversies worden verwijdert wanneer een 'maximum aantal versies per pakket' is bereikt. Met deze update hebben we de mogelijkheid toegevoegd om onlangs gedownloade pakketten over te slaan bij het opschonen. Als u de feed wilt inschakelen, bewerkt u de feed en schakelt u het selectievakje Pakketten overslaan die onlangs zijn gedownload in.

Gemachtigden die feeds kunnen beheren

In Azure Artifacts hebben beheerders van projectverzamelingen (PCA's) altijd alle feeds op een Azure DevOps-server kunnen beheren. Met deze update kunnen PCA's deze mogelijkheid ook bieden aan andere gebruikers en groepen, waardoor de mogelijkheid wordt toegewezen om elke feed te beheren.

Wiki

Markdown-sjablonen voor formules en video's

Het is niet meer nodig om markdown-syntaxis te onthouden voor het toevoegen van formules, video's en YAML-tags bij het bewerken van een wiki. U kunt nu op het contextmenu in de werkbalk klikken en de gewenste optie selecteren.

Queryresultaten van Azure Boards insluiten in Wiki

U kunt nu queryresultaten van Azure Boards insluiten op een wikipagina in de vorm van een tabel. In de onderstaande afbeelding ziet u een voorbeeld van een wikipagina met een lijst met alle functies die zijn uitgebracht en alle actieve bugs in de huidige sprint die in de wiki zijn ingesloten. De inhoud die op de pagina wordt weergegeven, maakt gebruik van een bestaande werkitemquery. Met deze nieuwe functie kunt u dynamische inhoud maken en hoeft u zich geen zorgen te maken over het handmatig bijwerken van de wikipagina.

De queryresultaten kunnen in twee stappen worden toegevoegd:

1. Klik op de knop Opvraagresultaten op de bewerkbalk.

2. Selecteer de vereiste query en klik op de knop Invoegen.

De resultaten van de query kunnen nu worden weergegeven in de vorm van een tabel nadat u de pagina hebt opgeslagen.

Monospaced lettertype voor Wiki Markdown-editor

Met de introductie van monospaced lettertypen voor wiki Markdown-editor is leesbaarheid geen uitdaging meer. De Markdown-bron ziet er schoon en gemakkelijk te lezen uit. Deze functie heeft prioriteit gekregen op basis van dit suggestieticket.

Permalinks voor Wiki-pagina's

Tot nu toe zijn gedeelde wikipaginakoppelingen verbroken als de naam van de gekoppelde pagina is gewijzigd of verplaatst. We hebben nu permanente koppelingen geïntroduceerd door een pagina-id toe te voegen aan de URL. Dit zorgt ervoor dat koppelingen die u deelt intact blijven wanneer de wiki na verloop van tijd verandert.

Deze functie heeft prioriteit gekregen op basis van dit suggestieticket.

Status van werkitem weergeven op Wikipagina's

In deze update hebben we vermeldingen van werkitems in Wiki-pagina's verbeterd door de status van het werkitem toe te voegen aan de pagina, samen met de bijbehorende id en titel.

Verwijzingen naar werkitems in opmerkingen bij pull-aanvragen en discussieborden geven ook de status weer.

@mention gebruikers en groepen

U kunt nu @mention-gebruikers en -groepen op een wikipagina. Dit maakt documenten zoals de contactpagina van een team, begeleidingsdocumenten en kennisdocumenten uitgebreider. De afbeelding hieronder toont een voorbeeld van een sprint retrospectief met taken en de verantwoordelijke personen.

@mention gebruikers en groepen. />

Daarnaast kunt u ook een gebruiker of groep selecteren in de automatische suggestie door @te typen op de wikibewerkingspagina. De genoemde persoon wordt ook per e-mail op de hoogte gesteld.

@mentionbegint te typen." />

Ten slotte kunt u ook klikken op de @mentioned gebruiker om de profielgegevenskaart weer te geven. Deze functie heeft prioriteit gekregen op basis van deze functiesuggestie.

Meldingen op wikipagina's

Tot nu toe wist u niet wanneer de inhoud op een wikipagina werd gewijzigd. U kunt nu wikipagina's volgen om via e-mail een melding te ontvangen wanneer de pagina wordt bewerkt, verwijderd of hernoemd. Als u wijzigingen in een wiki wilt bijhouden, selecteert u de knop volgen op de wikipagina.

Deze functie heeft prioriteit gekregen op basis van dit suggestieticket. Zie onze documentatie hiervoor meer informatie.

Ondersteuning voor HTML-tags

U kunt nu uitgebreidere inhoud in wiki's maken met behulp van HTML-tags. Bekijk hieronder wat u kunt doen met HTML-tags.

1. U kunt nu samenvouwbare secties in uw wikipagina's maken met behulp van de details en samenvatting tags. U kunt het openen kenmerk toevoegen om de details standaard uitgevouwen te houden.

   

   Raadpleeg de documentatie hiervoor meer informatie over de details tag.

   Hier werd prioriteit aan gegeven op basis van dit suggestieticket.

   Notitie

   Deze tag wordt niet ondersteund in Edge- en Internet Explorer-browsers.

Verbeterde tabel maken en bewerken

Tot nu toe was het maken en bewerken van tabellen in een wiki moeilijk. We hebben wijzigingen aangebracht om het u gemakkelijker te maken om tabellen toe te voegen en te beheren in uw wiki.

1. Een tabel maken op basis van een raster

   U hoeft de syntaxis van de Markdown-tabel niet meer te onthouden. U kunt nu eenvoudig een Markdown-tabel maken door een raster van 15 X 15 te selecteren. Selecteer het vereiste aantal kolommen en rijen om met één klik een tabel in te voegen.

   

   Deze functie heeft prioriteit gekregen op basis van de volgende suggestietickets:

   • tabelweergave voor wiki-
   • Het eenvoudig maken om tabellen in te voegen in wiki-

2. Betere leesbaarheid van tabellen

   U kunt nu tekstterugloop voor uw editor in- of uitschakelen om uw tabellen beter leesbaar te maken. Als u tekstterugloop uitschakelt, wordt er een schuifbalk toegevoegd waardoor u de inhoud van grote tabellen eenvoudiger kunt bekijken.

   

3. Markdown-tabellen automatisch opmaken

   U hoeft geen spaties meer toe te voegen om uw Markdown-kolommen uit te lijnen. Met de knop Tabellen opmaken worden uw Markdown-tabellen automatisch opgemaakt door spaties toe te voegen aan de cellen om de kolommen uit te lijnen. Als u grote tabellen hebt, kunt u deze gebruiken met tekstterugloop uitschakelen om de tabellen beter leesbaar te maken.

   

   U kunt ook de snelkoppeling Ctrl+Shift+F gebruiken om uw tabellen op te maken.

Berichtgeving

Analytics-extensie is niet meer nodig voor het gebruik van Analytics

Analyse wordt steeds meer een integraal onderdeel van de Azure DevOps-ervaring. Het is een belangrijke mogelijkheid voor klanten om hen te helpen bij het nemen van beslissingen op basis van gegevens.

Voor Update 1 zijn we verheugd om aan te kondigen dat klanten de Analytics-extensie niet meer nodig hebben om Analytics te gebruiken. Klanten kunnen nu Analyses inschakelen onder Instellingen voor projectverzameling. Het is een eenvoudig proces dat zich in het product bevindt.

Hier ziet u hoe klanten Analytics kunnen inschakelen:

1. Ga naar Instellingen voor projectverzameling:

2. Klik op Inschakelen van Analytics

inschakelen

En dat is het! Analytics-gestuurde ervaringen worden geactiveerd voor de verzameling.

Nieuwe verzamelingen die zijn gemaakt in Update 1- en Azure DevOps Server 2019-verzamelingen waarop de analytics-extensie is geïnstalleerd, hebben Analytics standaard ingeschakeld.

Voor meer informatie over Analytics en de mogelijkheden die het biedt:

• Lees meer over het inschakelen van Analytics-.
• Lees de documentatie Analytics Overview.
• Lees meer over de belangrijkste functies: Analytics-widgets, meest mislukte testrapport, Power BI-integratieen het OData-eindpunt.
• Bekijk deze Channel 9-video in Azure DevOps Analytics.

---

feedback

We horen graag van u! U kunt een probleem melden of een idee geven en dit bijhouden via Developer Community- en advies krijgen over Stack Overflow-.

---

boven aan pagina