Viktig information om Azure DevOps Server 2019 Update 1

Developer Community | Systemkrav | licensvillkor | DevOps Blog | SHA-1 Hashes

I den här artikeln hittar du information om den senaste versionen för Azure DevOps Server.

Mer information om hur du installerar eller uppgraderar en Azure DevOps Server-distribution finns i Azure DevOps Server-krav. Om du vill ladda ned Azure DevOps-produkter går du till sidan Azure DevOps Server-nedladdningar.

Direktuppgradering till Azure DevOps Server 2020 stöds från Azure DevOps Server 2019 eller Team Foundation Server 2015 eller senare. Om TFS-distributionen finns på TFS 2010 eller tidigare måste du utföra några interimssteg innan du uppgraderar till Azure DevOps Server 2019. Mer information finns i Installera och konfigurera lokala Azure DevOps-.

---

Uppgradera säkert från Azure DevOps Server 2019 till Azure DevOps Server 2020

Azure DevOps Server 2020 introducerar en ny pipeline körning (build) kvarhållningsmodell som fungerar baserat på inställningar på projektnivå .

Azure DevOps Server 2020 hanterar byggkvarhållning på olika sätt, baserat på kvarhållningsprinciper på pipelinenivå. Vissa principkonfigurationer leder till att pipelinekörningar tas bort efter uppgraderingen. Pipelinekörningar som har behållits manuellt eller som behålls av en release kommer inte att tas bort efter uppgraderingen.

Läs vårt blogginlägg för mer information om hur du på ett säkert sätt uppgraderar från Azure DevOps Server 2019 till Azure DevOps Server 2020.

Versionsdatum för Azure DevOps Server 2019 Update 1.2 Patch 10: 11 mars 2025

Fil	SHA-256-hashfunktion
devops2019.1.2patch10.exe	0983A46E080DDDE09208612247670D2BAAF2A9AD3BF57FD111AF95F14F120E70

Vi har släppt Patch 10 för Azure DevOps Server 2019 Update 1.2 som innehåller följande:

• Uppdatera uppgifter på grund av Edgio CDN-utfasning. Mer information finns i blogginlägget Växla CDN-leverantörer.

Versionsdatum för Azure DevOps Server 2019 Update 1.2 Patch 9: 28 maj 2024

Fil	SHA-256 Hashfunktion
devops2019.1.2patch9.exe	4A3F41BBE00174DE964667878766EBF7F4D292526CBC1D885180B55D994B4D81

Vi har släppt Patch 9 för Azure DevOps Server 2019 Update 1.2 som innehåller följande:

• Effektivisera distributionen av agent- och uppgiftsuppdateringar från tidigare korrigeringar (korrigering 5 och 6).

Anteckning

Det är inte nödvändigt att följa stegen i patcharna 5 och 6; de kan hoppas över, och den här patchen kan tillämpas i stället.

Installera korrigeringar

Viktig

 Den här korrigeringen uppdaterar den tillgängliga Pipeline-agenten. Den nya versionen av agenten efter installationen av Patch 9 blir 3.225.0.

Pipelinkrav

Om du vill använda det nya beteendet för att validera kommandoradsargument måste en variabel AZP_75787_ENABLE_NEW_LOGIC = true anges i pipelines som använder de berörda aktiviteterna. Mer information om det aktiverade beteendet finns i här:

• Om klassisk:

  Definiera variabeln på variabelfliken i pipelinen.

• YAML-exempel:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Versionsdatum för Azure DevOps Server 2019 Update 1.2 Patch 8: 12 mars 2024

Fil	SHA-256 Hashvärde
devops2019.1.2patch8.exe	67E78EA7D67A09A6EE06309614F92E6D8495DEF52FF442E4E7C7979244FAD20A

Vi har släppt Patch 8 för Azure DevOps Server 2019 Update 1.2 som innehåller korrigeringar för följande:

• Löste ett problem där proxyservern slutade fungera efter installationen av Korrigering 7.

Versionsdatum för Azure DevOps Server 2019 Update 1.2 Patch 7: 13 februari 2024

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

Vi har släppt Patch 7 för Azure DevOps Server 2019 Update 1.2 som innehåller korrigeringar för följande:

• Ett fel har åtgärdats där diskutrymmet som används av proxycachemappen beräknades felaktigt och mappen inte rensades korrekt.
• CVE-2024-20667: Sårbarhet för körning av fjärrkod i Azure DevOps Server.

Versionsdatum för Azure DevOps Server 2019 Update 1.2 Patch 6: 14 november 2023

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.2 som innehåller korrigeringar för följande.

• Utökade listan över tillåtna tecken i PowerShell-uppgifter för Aktivera verifiering av argument till shell-uppgifter.

Anteckning

För att implementera korrigeringar för den här korrigeringen måste du följa ett antal steg för att manuellt uppdatera uppgifter.

Installera korrigeringar

Viktig

Vi släppte uppdateringar till Azure Pipelines-agenten med Patch 5 som släpptes den 12 september 2023. Om du inte installerade agentuppdateringarna enligt beskrivningen i versionsanteckningarna för Patch 5 , rekommenderar vi att du installerar dessa uppdateringar innan du installerar Patch 6. Den nya versionen av agenten efter installationen av Patch 5 blir 3.225.0.

Konfigurera TFX

1. Följ stegen i ladda upp uppgifter till dokumentationen för projektsamlingen för att installera och logga in med tfx-cli.

Uppdatera uppgifter med TFX

Fil	SHA-256 Hash
Tasks20231103.zip	389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

1. Ladda ned och extrahera Tasks20231103.zip.
2. Ändra katalogen till de extraherade filerna.
3. Kör följande kommandon för att ladda upp uppgifterna:

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 

Pipelinkrav

Om du vill använda det nya beteendet måste en variabel AZP_75787_ENABLE_NEW_LOGIC = true anges i pipelines som använder de berörda uppgifterna.

• Om klassisk:

  Definiera variabeln på variabelfliken i pipelinen.

• YAML-exempel:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Versionsdatum för Azure DevOps Server 2019 Update 1.2 Patch 5: 12 september 2023

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.2 som innehåller korrigeringar för följande.

• CVE-2023-33136: Sårbarhet för körning av fjärrkod i Azure DevOps Server.
• CVE-2023-38155: Azure DevOps Server och Team Foundation Server höjd privilegie-sårbarhet.

Viktig

Distribuera patchen till en testmiljö och se till att miljöns pipelines fungerar som förväntat innan fixen tillämpas på produktionsmiljön.

Anteckning

För att implementera korrigeringar för den här korrigeringen måste du följa ett antal steg för att manuellt uppdatera agenten och uppgifterna.

Installera korrigeringar

1. Ladda ned och installera Azure DevOps Server 2019 Update 1.2 patch 5.

Uppdatera Azure Pipelines-agenten

1. Ladda ned agenten från: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 – Agent_20230825.zip
2. Använd stegen som beskrivs i dokumentationen om lokalt installerade Windows-agenter för att distribuera agenten.  

Anteckning

AZP_AGENT_DOWNGRADE_DISABLED måste anges till "true" för att förhindra att agenten nedgraderas. I Windows kan följande kommando användas i en administrativ kommandotolk följt av en omstart. setx AZP_AGENT_DOWNGRADE_DISABLED true /M

Konfigurera TFX

1. Följ stegen i ladda upp uppgifter till dokumentationen för projektsamlingen för att installera och logga in med tfx-cli.

Uppdatera uppgifter med TFX

1. Ladda ned och extrahera Tasks_20230825.zip.
2. Ändra katalogen till de extraherade filerna.
3. Kör följande kommandon för att ladda upp uppgifterna:

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 

Pipelinkrav

Om du vill använda det nya beteendet måste en variabel AZP_75787_ENABLE_NEW_LOGIC = true anges i pipelines som använder de berörda uppgifterna.

• Om klassisk:

  Definiera variabeln på variabelfliken i pipelinen.

• YAML-exempel:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Versionsdatum för Azure DevOps Server 2019 Update 1.2 Patch 4: 8 augusti 2023

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.2 som innehåller korrigeringar för följande.

• CVE-2023-36869: Azure DevOps Server Spoofing Vulnerability.
• Uppdatera SSH-tjänsten för att stödja SHA2-256 och SHA2-512. Om du har hårdkodade SSH-konfigurationsfiler för att använda RSA bör du uppdatera till SHA2 eller ta bort posten.
• Ett oändligt loopfel har åtgärdats på CronScheduleJobExtension.

Versionsdatum för Azure DevOps Server 2019 Update 1.2 Patch 3: 13 juni 2023

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.2 som innehåller korrigeringar för följande.

• Åtgärdade ett fel som störde push-paket vid uppgradering från 2018 eller tidigare.

Versionsdatum för Azure DevOps Server 2019 Update 1.2 Patch 2: 13 december 2022

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.2 som innehåller korrigeringar för följande.

• Åtgärdade fel i "Synkroniseringsanalys för kontonas parallellitet".

Versionsdatum för Azure DevOps Server 2019 Update 1.2 Patch 1: 12 juli 2022

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.2 som innehåller korrigeringar för följande.

• I API:er för testkörningar var fortsättningstoken som returnerades större än värdet "maxLastUpdatedDate" som angavs.
• När du redigerade en klassisk pipeline var kvarhållningsfliken tom efter att ändringarna på en annan flik har ignorerats.

Versionsdatum för Azure DevOps Server 2019 Update 1.2: 17 maj 2022

Azure DevOps Server 2019 Update 1.2 är en uppsamling av felkorrigeringar. Du kan installera Azure DevOps Server 2019 Update 1.2 direkt eller uppgradera från Azure DevOps Server 2019 eller Team Foundation Server 2013 eller senare.

Anteckning

Datamigreringsverktyget kommer att vara tillgängligt för Azure DevOps Server 2019 Update 1.2 ungefär tre veckor efter den här versionen. Du kan se vår lista över versioner som stöds för import här.

Den här versionen innehåller korrigeringar för följande:

• Återkalla alla personliga åtkomsttoken när en användares Active Directory-konto har inaktiverats.

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 13: 26 januari 2022

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.1 som innehåller korrigeringar för följande.

• E-postaviseringar skickades inte när du använde @mention-kontrollen i ett arbetsobjekt.
• Önskad e-postadress uppdaterades inte i användarprofilen. Detta resulterade i att e-postmeddelanden skickades till den tidigare e-postadressen.
• Åtgärdat Elasticsearch-sårbarhet genom att ta bort klassen jndilookup från log4j-binärfiler.

Installationssteg

1. Uppgradera servern med Patch 13.
2. Kontrollera registervärdet på HKLM:\Software\Elasticsearch\Version. Om registervärdet inte finns där lägger du till ett strängvärde och anger Version till 5.4.1 (Namn = Version, Värde = 5.4.1).
3. Kör uppdateringskommandot PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update enligt beskrivningen i readme-filen. Det kan returnera en varning som: Det går inte att ansluta till fjärrservern. Stäng inte fönstret eftersom uppdateringen utför återförsök förrän den har slutförts.

Anteckning

Om Azure DevOps Server och Elasticsearch är installerade på olika datorer följer du stegen nedan.

1. Uppgradera servern med Patch 13.
2. Kontrollera registervärdet på HKLM:\Software\Elasticsearch\Version. Om registervärdet inte finns där lägger du till ett strängvärde och anger Version till 5.4.1 (Namn = Version, Värde = 5.4.1).
3. Kopiera innehållet i mappen med namnet zip, som finns på C:\Program Files\{TFS Version Folder}\Search\zip, till fjärrmappen Elasticsearch.
4. Kör Configure-TFSSearch.ps1 -Operation update på Elasticsearch-serverdatorn.

SHA-256-hash: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 12: 15 september 2021

Patch 12- för Azure DevOps Server 2019 Update 1.1 innehåller korrigeringar för följande.

• Åtgärda makro för arbetsobjekt för sökningar med "Innehåller ord". Tidigare returnerade frågor felaktiga resultat för värden som innehöll en radbrytning.
• Lokaliseringsproblem för anpassade arbetsobjekts layoutegenskaper.
• Lokaliseringsproblem i mallen för e-postaviseringar.
• Problem med NOTSAMEAS-regelutvärdering när flera NOTSAMEAS-regler definierades för ett fält.

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 11: 14 september 2021

Patch 11 för Azure DevOps Server 2019 Update 1.1 innehåller korrigeringar för följande.

• Lös problemet som rapporteras i i det här feedbackärendet från utvecklarcommunityn.

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 10: 10 augusti 2021

Patch 10 för Azure DevOps Server 2019 Update 1.1 innehåller korrigeringar för följande.

• Åtgärda problem med e-postleveranser för vissa typer av arbetsobjekt.

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 9: 15 juni 2021

Patch 9 för Azure DevOps Server 2019 Update 1.1 innehåller korrigeringar för följande.

• Åtgärda problem med dataimport. Dataimporten tog lång tid för kunder som har många inaktuella testfall. Detta berodde på referenser som ökade storleken på den tbl_testCaseReferences tabellen. Med den här korrigeringen har vi tagit bort referenser till inaktuella testfall för att påskynda dataimportprocessen.

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 8: 13 april 2021

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.1 som åtgärdar följande.

• CVE-2021-27067: Informationsupplysning
• Lös problemet som rapporteras i den här feedbackbegäran för utvecklarcommunityn | Det går inte att registrera iterationsinformation för testresultat på Azure DevOps Server 2019

För att åtgärda denna patch måste du följa stegen nedan för allmän patchinstallation och installering av AzureResourceGroupDeploymentV2-aktivitet.

Allmän patchinstallation

Om du har Azure DevOps Server 2019 Update 1.1 bör du installera Azure DevOps Server 2019 Update 1.1 Patch 8.

Verifiera installationen

• Alternativ 1: Kör devops2019.1.1patch8.exe CheckInstall, devops2019.1.1patch8.exe är filen som laddas ned från länken ovan. Kommandots utdata anger antingen att korrigeringen har installerats eller att den inte är installerad.

• Alternativ 2: Kontrollera versionen av följande fil: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 installeras på c:\Program Files\Azure DevOps Server 2019 som standard. När du har installerat Azure DevOps Server 2019.1.1 Patch 8 blir versionen 17.153.31129.2.

AzureResourceGroupDeploymentV2-aktivitetsinstallation

Anteckning

Alla steg som nämns nedan måste utföras på en Windows-dator

Installera

1. Extrahera AzureResourceGroupDeploymentV2.zip-paketet till en ny mapp på datorn. Till exempel: D:\tasks\AzureResourceGroupDeploymentV2.

2. Ladda ned och installera Node.js 14.15.1 och npm (ingår i Node.js nedladdning) efter behov för din dator.

3. Öppna en kommandotolk i administratörsläge och kör följande kommando för att installera tfx-cli.

npm install -g tfx-cli

4. Skapa en personlig åtkomsttoken med Fullständig åtkomst behörigheter och kopiera den. Den här personliga åtkomsttoken används när du kör kommandot tfx-inloggning.

5. Kör följande från kommandotolken. När du uppmanas till det anger du tjänstens URL och personlig åtkomsttoken.

~$ tfx login
Copyright Microsoft Corporation

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

6. Kör följande kommando för att ladda upp uppgiften på servern. Använd sökvägen till den extraherade .zip-filen från steg 1.

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

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 7: 12 januari 2021

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.1 som åtgärdar följande. Mer information finns i blogginlägget .

• Testkörningsinformation visar inte teststegsinformation för testdata som migrerats med OpsHub Migration
• Undantag vid initiering för "Microsoft.TeamFoundation.TestManagement.Server.TCMLogger"
• Ouppnåeliga versioner tas omedelbart bort efter migreringen till Azure DevOps Server 2020
• Åtgärda undantag för dataprovider

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 6: 8 december 2020

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.1 som åtgärdar följande. Mer information finns i blogginlägget .

• CVE-2020-1325: Azure DevOps Server Spoofing Vulnerability
• CVE-2020-17135: Azure DevOps Server Spoofing Vulnerability
• CVE-2020-17145: Azure DevOps Server och Team Foundation Services Förfalskningsrisk
• Åtgärda problem med att TFVC inte bearbetar alla resultat

Viktig

Läs de fullständiga instruktionerna nedan innan du installerar korrigeringen.

Allmän patchinstallation

Om du har Azure DevOps Server 2019 Update 1.1 bör du installera Azure DevOps Server 2019 Update 1.1 Patch 6.

Verifiera installationen

• Alternativ 1: Kör devops2019.1.1patch6.exe CheckInstall, devops2019.1.1patch6.exe är filen som laddas ned från länken ovan. Kommandots utdata anger antingen att korrigeringen har installerats eller att den inte är installerad.

• Alternativ 2: Kontrollera versionen av följande fil: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 installeras på c:\Program Files\Azure DevOps Server 2019 som standard. När du har installerat Azure DevOps Server 2019.1.1 Patch 6 blir versionen 17.153.30723.5.

AzurePowerShellV4-aktivitetsinstallation

Anteckning

Alla steg som nämns nedan måste utföras på en Windows-dator

Förutsättningar

1. Installera Azure PowerShell Az-modulen Azure Powershell på din privata agentdator.

2. Skapa en pipeline med uppgiften AzurePowerShellV4. Du kommer endast att se ett Fel på standardavvikelse i uppgiften.

Installera

1. Extrahera AzurePowerShellV4.zip-paketet till en mapp med namnet AzurePowerShellV4.

2. Ladda ned och installera Node.js 14.15.1 och npm (ingår i Node.js nedladdning) enligt din dator.

3. Öppna en kommandotolk i administratörsläge och kör följande kommando för att installera tfx-cli.

npm install -g tfx-cli

4. Skapa en personlig åtkomsttoken med Fullständig åtkomst behörigheter och kopiera den. Den här personliga åtkomsttoken används när du kör kommandot tfx-inloggning.

5. Kör följande från kommandotolken. När du uppmanas till det anger du tjänstens URL och personlig åtkomsttoken.

~$ tfx login
Copyright Microsoft Corporation

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

6. Kör följande kommando för att ladda upp uppgiften på servern. Sökvägen till det extraherade paketet är D:\tasks\AzurePowerShellv4.

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

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 5: 8 september 2020

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.1 som åtgärdar följande. Mer information finns i blogginlägget .

• DTS-1713492 – Oväntat beteende när AD-grupper läggs till i säkerhetsbehörigheter.

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 4: 14 juli 2020

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.1 som åtgärdar följande. Mer information finns i blogginlägget .

• CVE-2020-1326: Sårbarhet för skript mellan webbplatser
• Bygg-pipelinen visar felaktig anslutning för obehöriga användare när du väljer Annan Git-källa.
• Åtgärda fel vid ändring av arv till På eller Av i XAML-byggdefinition.

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 3: 9 juni 2020

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.1 som åtgärdar följande. Mer information finns i blogginlägget .

• CVE-2020-1327: Se till att Azure DevOps-servern sanerar användarindata.

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 2: 14 april 2020

Vi har släppt en korrigering för Azure DevOps Server 2019 Update 1.1 som åtgärdar följande. Mer information finns i blogginlägget .

• SVN-incheckningar utlöser inte pipeline

• Lägga till stöd för SHA2 i SSH på Azure DevOps

Versionsdatum för Azure DevOps Server 2019 Update 1.1 Patch 1: 10 mars 2020

Vi har släppt en säkerhetskorrigering för Azure DevOps Server 2019 Update 1.1 som åtgärdar följande buggar. Mer information finns i blogginlägget .

• CVE-2020-0700: Sårbarhet för skript mellan webbplatser

• CVE-2020-0758: Sårbarhet för eskalering av privilegier

• CVE 2020-0815: Förhöjning av privilegiesårbarhet

---

Azure DevOps Server 2019 Update 1.1 RTW Utgivningsdatum: 10 december 2019

Azure DevOps Server 2019 Update 1.1 är en sammanslagning av felkorrigeringar och säkerhetsuppdateringar. Denna inkluderar alla korrigeringar i patchar för Azure DevOps Server 2019 Update 1 som tidigare släppts. Du kan installera Azure DevOps Server 2019 Update 1.1 direkt eller uppgradera från Azure DevOps Server 2019 eller Team Foundation Server 2012 eller senare.

Anteckning

Datamigreringsverktyget kommer att vara tillgängligt för Azure DevOps Server 2019 Update 1.1 ungefär tre veckor efter den här versionen. Du kan se vår lista över versioner som stöds för import här.

Den här versionen innehåller korrigeringar för följande buggar:

Azure Boards

• När du skapar ett nytt arbetsobjekt från produktens backlog initieras inte fältet Rubrik med standardvärdet i processmallen.
• Långsamhet och tidsgränser när du använder Azure Boards.
• Värdet Reviderad av är felaktigt på arbetsobjektlänkar.

Azure Pipelines

• I Pipelines-meddelanden kan fält som Varaktighet vara null på vissa språk.
• Mallsökväg kanske inte pekar på en giltig JSON-fil i en pipeline som innehåller en Azure-resursgruppsdistribution.
• Sidan för kvarhållningsinställningar på samlingsnivå visas på sidan för projektinställningar.

Azure-testplaner

• Det går långsamt att redigera fält i testplaner.
• I ett testfall öppnas inte information om delade steg när du öppnar från tavlor (i stället för testplaner).

Allmänt

• samlingar sorteras inte i alfabetisk ordning.

Förvaltning

• Hög minnesanvändning.
• Servrar med lastbalanseringskonfigurationer var tvungna att uttryckligen lägga till sitt offentliga ursprung i registerposten AllowedOrigins.
• Kunder som installerar på SQL Azure ser inte dialogrutan Slutför utvärdering.
• Om du installerar tillägg visas felet "Felmeddelande Saknas bidrag (ms.vss-dashboards-web.widget-sdk-version-2)".
• När du konfigurerar Elastisk sökning uppstår ett fel: "Användaren är obehörig".
• Indexerings- och frågefel i Elasticsearch vid uppgradering från TFS 2018 Uppdatering 2 eller senare.
• Steget "Skapa lager" misslyckas när du konfigurerar Azure DevOps Server.

Den här versionen innehåller följande uppdatering:

• Stöd för SQL Server 2019.

---

Versionsdatum för Azure DevOps Server 2019 Update 1 Patch 1: 10 september 2019

Vi har släppt en säkerhetskorrigering för Azure DevOps Server 2019 Update 1 som åtgärdar följande bugg. Mer information finns i blogginlägget .

• CVE-2019-1306: Sårbarhet för körning av fjärrkod i Wiki

---

Versionsdatum för Azure DevOps Server 2019 Update 1: 20 augusti 2019

Anteckning

Datamigreringsverktyget kommer att vara tillgängligt för Azure DevOps Server 2019 Update 1 ungefär tre veckor efter den här versionen. Du kan se vår lista över versioner som stöds för import här.

---

RC2 Utgivningsdatum: 23 juli 2019

RC2 innehåller flera felkorrigeringar sedan RC1 och är den slutliga planerade förhandsutgåvan.

---

RC1 Utgivningsdatum: 2 juli 2019

Sammanfattning av nyheter i Azure DevOps Server 2019 Update 1

Azure DevOps Server 2019 Update 1 introducerar många nya funktioner. Några av höjdpunkterna är:

• Ny Grundläggande Process
• Fråga efter arbete i förhållande till början av dagen, veckan, månaden eller året
• Acceptera och hantera ärenden i GitHub när du planerar i Azure Boards
• Kör om förfallen version för automatisk komplettering av pull-begäranden
• Nya sammanslagningstyper för att slutföra pull-begäranden
• Trigga YAML-pipelines med taggar
• Uppgiftsassistent för redigering av YAML-filer
• Webbredigerare med IntelliSense för YAML-pipelines
• Hantera GitHub-versioner med hjälp av pipelines
• Testresultattrend (Avancerad) widget
• proveniensinformation om paket
• Stöd för Python-paket
• Överordnade källor för Maven
• Bädda in frågeresultat från Azure Boards i Wiki
• Permalinks för Wiki-sidor
• meddelanden på wiki-sidor
• Analytics-tillägget behövs inte längre för att använda Analytics

Du kan också gå till enskilda avsnitt för att se de nya funktionerna:

• Allmänt
• Tavlor
• Repos
• Rörledningar
• testplaner
• artefakter
• Wiki
• Rapportering

---

Allmänt

Mörkt tema

Det mörka temat har varit en populär funktion i Azure DevOps Services och är nu tillgängligt i Azure DevOps Server. Du kan aktivera mörkt tema genom att välja Tema från menyn under din avatar längst upp till höger på varje sida.

Styrelser

Ny grundläggande process

Tidigare har Agile varit standardprocessen för nya projekt och erbjuder en robust och flexibel uppsättning arbetsobjekttyper och tillstånd som passar en mängd olika projektleveransmetoder. För vissa team, som är mer bekanta med andra verktyg eller som växer och vill använda en kraftfullare verktygsuppsättning, vill komma igång snabbt med terminologi som de är mer bekanta med.

Den nya Basic-processen innehåller tre typer av arbetsobjekt (epos, problem och uppgifter) för att planera och spåra ditt arbete. Vi rekommenderar att du använder Problem för att spåra saker som användarberättelser, buggar och funktioner när du använder Epics för att gruppera problem i större arbetsenheter. När du gör framsteg i ditt arbete flyttar du objekt genom ett enkelt arbetsflöde med stegen Att göra, Pågående och Klart.

Se dokumentationen för spårningsfrågor och uppgifter som hjälper dig att komma igång med ditt nya projekt.

Ordning av statusvärden i arbetsobjektformulär

Tidigare ordnades statusvärdet i arbetspunktsformuläret alfabetiskt. Med den här uppdateringen ändrade vi hur tillståndsvärdena sorteras så att de matchar arbetsflödesordningen i processinställningarna. Du kan också ändra ordningen på tillstånden i varje kategori i inställningarna för tillståndsanpassning.

Funktionsaktivering är inte längre tillgängligt

Kunderna måste uppdatera XML-koden manuellt för varje projekt för att kunna aktivera nya funktioner när de har uppgraderat sin samling.

Mer information om hur du aktiverar specifika funktioner finns i dokumentationen.

Organisera referensmaterial med mer omfattande bifogade arbetsobjekt

Genom att koppla filer till arbetsobjekt kan du och ditt team centralisera referensmaterial så att de alltid är i närheten när du behöver dem. Nu är det enklare att lägga till en ny bifogad fil genom att helt enkelt dra och släppa filen var som helst i arbetsobjektsformuläret. Du kan fortsätta att visa de bifogade filerna som en lista eller växla till en rutnätsvy för att visa en miniatyrförhandsgranskning. Dubbelklicka på filen för att öppna en förhandsgranskning och bläddra igenom dem för att snabbt hitta den information du behöver.

Dela din teams arbetsyta med hjälp av ett märke

Lagringsplatsens README är ofta det hem som projektteamet vänder sig till för information om hur du bidrar till och använder din lösning. Nu kan du, precis som med en bygg- eller distributionsstatus i Azure Pipelines, lägga till ett märke för ditt teams board i Azure Boards i README. Du kan konfigurera märket så att det visar endast Pågår kolumnerna eller alla kolumner, och till och med göra märket synligt offentligt om ditt projekt är öppen källkod.

Om README baseras på Markdown kan du helt enkelt kopiera Markdown-exemplet från inställningssidan för statusikonen och klistra in det i filen.

Fråga efter arbete i förhållande till början av dagen, veckan, månaden eller året

Även om team ofta fokuserar på arbete inom ramen för vad som kommer härnäst eller baserat på sprint iterationer, är det ofta intressant att se tillbaka på arbetet genom kalenderns lins för att rapportera om allt arbete som hände förra månaden eller under årets första kvartal. Nu kan du använda följande nya uppsättning @StartOf makron tillsammans med ett datumbaserat fält för att fråga baserat på början av dagen, veckan, månaden eller året:

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

Var och en av dessa makron accepterar också en ny modifierarsträng som gör att du kan flytta data efter olika datumenheter. Du kan till exempel skriva en fråga för att hitta alla arbetsobjekt som slutförts under det första kvartalet i år genom att fråga efter tillståndsändringsdatum >= @StartOfYear och tillståndsändringsdatum <= @StartOfYear("+3M"). Mer information finns i dokumentationen om frågemakro.

Redigera och ta bort diskussionskommentar

Vi är glada över att kunna meddela tillgängligheten för en högt framröstad Developer Community funktion, redigera och ta bort kommentarer i ditt arbetsobjekts diskussion i Azure Boards. Om du vill redigera kommentaren hovra över alla kommentarer som du äger så visas två nya knappar. Om du klickar på pennikonen går du in i redigeringsläget och kan helt enkelt göra dina ändringar och trycka på knappen "Uppdatera" för att spara dina redigeringar.

När du klickar på spillmenyn visas alternativet för att ta bort din kommentar. När du klickar på det här kommer du att uppmanas att bekräfta att du vill ta bort denna kommentar, och kommentaren kommer att raderas.

Du kommer att ha en fullständig spårning av alla redigerade och borttagna kommentarer på fliken Historik i arbetsobjektsformuläret. Du kommer också att se att vi har uppdaterat användargränssnittet för vår diskussionsupplevelse så att det känns mer modernt och interaktivt. Vi har lagt till bubblor kring kommentarer för att göra det tydligare var enskilda kommentarer börjar och slutar.

Exportera frågeresultat till en CSV-fil

Nu kan du exportera frågeresultat direkt till en CSV-formatfil från webben.

Gå till Azure Boards-arbetsobjekt direkt från omnämnanden i valfri GitHub-kommentar

Nu när du nämner ett arbetsobjekt i en kommentar på en fråga, en pull-begäran eller en commit i GitHub med AB#{work item ID}-syntaxen, blir dessa omnämnanden till hyperlänkar som du kan klicka på för att gå direkt till det nämnda arbetsobjektet.

Detta skapar inte en formell länk som belamrar arbetsobjektet i Azure Boards för varje relaterad konversation, utan ger i stället ditt team ett sätt att ge lite mer information om arbetsobjekt när de diskuterar kod eller ett kundrapporterat problem. För mer information, se dokumentationen om Azure Boards GitHub-integrering.

Acceptera och hantera ärenden i GitHub samtidigt som du planerar i Azure Boards

Nu kan du länka arbetsobjekt i Azure Boards med relaterade problem i GitHub. Med den här nya typen av länkning är flera andra scenarier nu möjliga. Om ditt team vill fortsätta att acceptera felrapporter från användare, till exempel som problem inom GitHub men relatera och organisera teamets arbete i Azure Boards, kan du nu göra det.

Samma omnämnandesyntax som ditt team använder för commits och pull requests gäller fortfarande och du kan naturligtvis länka manuellt i Azure Boards med ärende-URL:en. Mer information finns i dokumentationen GitHub & Azure Boards.

Visa snabbt länkad GitHub-aktivitet från Kanban-tavlan

När du granskar Kanban-tavlan själv eller som ett team har du ofta frågor som "har det här objektet börjat utvecklas ännu?" eller "är det här objektet i granskning ännu?" Med de nya GitHub-anteckningarna på Kanban-tavlan kan du nu få en snabb uppfattning om var ett objekt finns och direkt navigera till GitHub-incheckningen, pull-begäran eller problemet för mer information. Mer information om detta och de andra anteckningarna för uppgifter och tester finns i dokumentationen Anpassa kort.

Repos

Utkast till pull-begäranden

För att förhindra att pull-begäranden slutförs innan de är klara och för att göra det enkelt att skapa pågående arbete som kanske inte involverar alla, stöder vi nu utkast till pull-begäranden.

Du kan skapa utkast till pull-begäran genom att välja Skapa som utkast från listrutan Skapa-knappen vid skapande av en pull-begäran.

När du har skapat ett utkast för pull-begäran, visas ett märke bredvid rubriken som anger dess status.

Utkast pull-begäranden inkluderar inte granskare eller kör byggen som standard, men låter dig lägga till granskare manuellt och köra byggen. Om du vill höja upp pull-begäran till en vanlig pull-begäran klickar du bara på knappen Publicera från informationssidan för pull-begäran.

Kör om förfallen version för automatisk komplettering av pull-begäranden

Azure Repos ställer nu automatiskt förfallna byggnader i kö som har utlösts av en pull request-policy. Detta gäller för pull-förfrågningar som har uppfyllt alla andra riktlinjer och är inställda på automatisk slutförande.

Tidigare, när pull-förfrågningar hade regler som obligatoriska granskningar, kunde godkännandeprocessen ta för lång tid och en associerad build kunde gå ut innan en granskare godkände pull-förfrågan. Om pull-begäran var inställd på automatisk komplettering skulle den förbli blockerad tills en användare manuellt köade versionen som upphört att gälla. Med den här ändringen placeras bygget i kö automatiskt så att pull-begäran kan slutföras automatiskt efter en lyckad version.

Anteckning

Den här automatiseringen köar bara upp till fem utgångna byggen per pull-begäran och försöker bara köa om varje bygge en gång.

Visa bara den vänstra eller högra filen i en pull-begäran

När du visar filändringar i en pull-begäran kan du använda antingen en diff sida vid sida eller infogad diff läge. Vi har fått feedback om att många av er bara vill se den ursprungliga filen eller den ändrade filen, utan att jämföra dem, så vi har lagt till ett nytt alternativ som gör att du kan visa antingen den vänstra filen eller rätt fil individuellt.

Nya kopplingstyper för att slutföra pull-begäranden

Nu har du flera möjligheter när du sammanfogar ändringarna från en "pull request" till målgrenen. Vi har lagt till stöd för två av våra mest efterfrågade funktioner i utvecklarcommunityn: Fast-Forward sammanslagning och Semi-Linear sammanslagning (kallas även "Rebase and Merge").

Dessa nya alternativ visas nu i dialogrutan Slutför pull-begäran:

På den uppdaterade sidan för principadministration kan administratörer styra vilka sammanslagningsstrategier som tillåts på en gren eller mapp med grenar.

Anteckning

Befintliga principer tillämpas fortfarande. Om din branch just nu har en "squash merge only"-policy måste du redigera policyn för att kunna använda de nya sammanslagningsstrategierna.

Det finns några situationer när det inte går att göra en ombasering under slutförandet av pull-begäran:

• Om en princip på målgrenen förbjuder användning av ombaseringsstrategier behöver du behörigheten Åsidosätt grenprinciper.
• Om källgrenen för pull-begäran har regler kan du inte rebasera den. Ombasering ändrar källgrenen utan att gå igenom processen för principgodkännande.
• Om du har använt Merge Conflict Extension för att lösa sammanslagningskonflikter. Konfliktlösningar som tillämpas på en trevägs-merge lyckas sällan (eller ens är giltiga) när alla commits omstruktureras i en pull-begäran en i taget.

I alla dessa fall har du fortfarande möjlighet att ombasera din gren lokalt och pusha till servern, eller slå samman dina ändringar med squash när du slutför en pull request.

Filtrera efter målgren i pull-begäranden (PR)

Med pull-begäranden kan ditt team granska koden och ge feedback om ändringar innan de slås samman till huvudgrenen. De har blivit en viktig del av många teams arbetsflöden eftersom du kan gå igenom föreslagna ändringar, lämna kommentarer och rösta för att godkänna eller avvisa kodändringar.

För att göra det enklare för dig att hitta dina pull-begäranden har vi lagt till ett filtreringsalternativ så att du kan söka efter PR med hjälp av målgrenen.

Du kan också använda filtrering för målgrenen för att anpassa vyn för pull-begäranden på fliken Mine.

Tillåt tillägg för att lägga till syntaxmarkering och komplettera automatiskt

För närvarande publicerar vi syntaxmarkering för en delmängd av språk som stöds av Monaco-redigeraren. Många av er vill dock skapa en egen syntaxmarkering för språk som vi inte stöder.

Med den här uppdateringen har vi lagt till en utökningspunkt som gör det möjligt för tillägg att lägga till syntaxmarkering och automatisk komplettering i filutforskaren och pull-begäranden.

Du hittar ett exempel på ett tillägg som visar den här funktionen här.

Dessutom har vi lagt till stöd för Kusto-språk syntaxmarkering.

Tilläggspunkt för skapande av lagringsplats

Vi har lagt till en tilläggspunkt så att du kan lägga till nya objekt i lagringsplatsens väljare. Med den här tilläggspunkten kan du lägga till anpassade åtgärder (omdirigeringar, popup-fönster osv.) på menyn för lagringsplatsväljaren, vilket aktiverar flöden som alternativa scenarier för att skapa lagringsplatser.

Förbättrat kodningsstöd

Tidigare skulle redigering och sparande av filer på webben bara sparas som UTF-8-kodning och vi har inte frågat dig när filkodningen ändrades. Nu får du en varning när du försöker spara en fil som inte är UTF-kodad via webben (som endast stöder UTF-kodning). Dessutom har vi lagt till stöd för UTF-16- och UTF-32-kodning via webbpush-slutpunkten. Det innebär att vi bevarar kodningstypen så att du inte behöver skriva om dem som UTF-8.

Följande skärmbild visar och exempel på den dialogruta som visas när du introducerar kodningsändringar med en webb-push.

Hämta kommandostöd i Azure Repos

Go är ett programmeringsspråk med öppen källkod, även kallat Golang. I Go kan du använda kommandot hämta för att ladda ned och installera paket och beroenden. Med den här uppdateringen har vi lagt till stöd för go get på en Azure DevOps-lagringsplats. Med go getkan du ladda ned paket med deras beroenden som namnges efter importsökvägarna. Du kan använda nyckelordet import för att ange importsökvägen.

Rörledningar

Webbredigerare med IntelliSense för YAML-pipelines

Om du använder YAML för att definiera dina pipelines kan du nu dra nytta av de nya redigeringsfunktionerna som introducerades med den här versionen. Oavsett om du skapar en ny YAML-pipeline eller redigerar en befintlig YAML-pipeline kan du redigera YAML-filen i pipelinewebbredigeraren. Använd Ctrl+Blanksteg för att få IntelliSense-stöd när du redigerar YAML-filen. Syntaxfelen är markerade och du får även hjälp med att korrigera dessa fel.

Uppgiftsassistent för redigering av YAML-filer

Vi fortsätter att få mycket feedback om att göra det enklare att redigera YAML-filer för pipelines, så vi lägger till en uppgiftsassistent i YAML-redigeraren. Med detta får du samma välbekanta erfarenhet av att lägga till en ny uppgift i en YAML-fil som i den klassiska redigeraren. Den här nya assistenten har stöd för de flesta vanliga typer av uppgiftsindata, till exempel plocklistor och tjänstanslutningar. Om du vill använda den nya uppgiftsassistenten väljer du Redigera på en YAML-baserad pipeline och väljer sedan Uppgiftsassistent.

Utlösa YAML-pipelines med taggar

YAML pipelines kan utlösas när taggar läggs till i en commit. Detta är värdefullt för team vars arbetsflöden innehåller taggar. Du kan till exempel starta en process när en commit taggas som den "senast fungerande".

Du kan ange vilka taggar som ska inkluderas och exkluderas. Till exempel:

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

Deklarera containerresurser direkt

Tidigare krävde vi att du deklarerar dina containerresurser i YAML-pipelines och sedan refererar till dem med namn. Nu erbjuder vi en inbäddad syntax för tillfällen när du inte kommer att behöva referera till behållaren flera gånger.

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

Ange att en befintlig pipeline ska avbrytas automatiskt när en pull-begäran uppdateras

Som standardinställning avbryts pipelines som utlöses av pull-begäranden (PR:ar) om en ny ändring skickas till samma PR. Detta är önskvärt i de flesta fall eftersom du vanligtvis inte vill fortsätta köra en pipeline på inaktuell kod. Om du inte vill ha det här beteendet kan du lägga till `autoCancel: false` till PR-utlösaren.

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

Välj katalogen för utcheckad kod i YAML-pipelines

Tidigare hämtade vi repositorier till katalogen s under $(Agent.BuildDirectory). Nu kan du välja den katalog där din Git-lagringsplats ska checkas ut för användning med YAML-pipelines.

Använd nyckelordet path på checkout och du kommer att ha kontroll över mappstrukturen. Nedan visas ett exempel på YAML-koden som du kan använda för att ange en katalog.

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

I det här exemplet kommer koden att checkas ut till katalogen my-great-repo i agentens arbetsyta. Om du inte anger en sökväg fortsätter din lagringsplats att checkas ut till en katalog som heter s.

Nya Azure App Service-uppgifter optimerade för YAML

Vi stöder nu fyra nya uppgifter som ger ett enkelt men kraftfullt sätt att distribuera Azure App Services med moderna utvecklare i åtanke. Dessa uppgifter har en optimerad YAML-syntax som gör det enkelt och intuitivt att skapa distributioner till Azure AppServices, inklusive WebApps, FunctionApps, WebApps for Containers och FunctionApp for Containers på både Windows- och Linux-plattformar.

Vi har också stöd för en ny verktygsuppgift för filtransformering och variabelersättning för XML- och JSON-format.

Ändringar i standardbehörigheter för nya projekt

Hittills har projektdeltagare inte kunnat skapa pipelines utan att uttryckligen ha fått behörigheten "Skapa byggdefinition". För nya projekt kan dina teammedlemmar enkelt skapa och uppdatera pipelines. Den här ändringen minskar friktionen för nya kunder som registrerar sig för Azure Pipelines. Du kan alltid uppdatera standardbehörigheterna för gruppen Deltagare och begränsa deras åtkomst.

Hantera GitHub-versioner med hjälp av pipelines

GitHub-versioner är ett bra sätt att paketera och tillhandahålla programvara till användare. Vi är glada att kunna meddela att du nu kan automatisera den med hjälp av GitHub Release-uppgiften i Azure Pipelines. Med hjälp av uppgiften kan du skapa en ny version, ändra befintliga utkast/publicerade versioner eller ta bort äldre versioner. Den stöder funktioner som att ladda upp flera tillgångar, markera en version som förhandsversion, spara en version som utkast och många fler. Den här uppgiften hjälper dig också att skapa versionsanteckningar. Den kan också automatiskt beräkna de ändringar (incheckningar och associerade ärenden) som gjordes i den här versionen och lägga till dem i versionsanteckningarna i ett användarvänligt format.

Här är den enkla YAML för uppgiften:

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

En GitHub-exempelversion som skapats med den här uppgiften:

Länkar till specifika rader i en bygglogg

Nu kan du dela en länk till specifika rader i byggloggen. Detta hjälper dig när du samarbetar med andra teammedlemmar för att diagnostisera byggfel. Välj bara raderna i en logg från resultatvyn för att hämta en länkikon.

Förbättringar av resursauktorisering

Vi behövde tillhandahålla säkerhet för skyddade resurser (t.ex. tjänstanslutningar, variabelgrupper, agentpooler, säkra filer) när de refererades i en YAML-fil. Samtidigt ville vi göra det enklare för dig att konfigurera och använda pipelines som använder dessa typer av resurser för scenarier som inte är produktion. Tidigare lade vi till en inställning för att markera en resurs som "auktoriserad för användning i alla pipelines".

Med den här uppdateringen gör vi det enklare för dig att åtgärda ett problem med resursauktorisering även om du inte har markerat en resurs som sådan. När en build misslyckas på grund av ett fel vid resursauktorisering får du möjlighet att uttryckligen auktorisera användningen av dessa resurser i pipeline och sedan fortsätta. Teammedlemmar med behörighet att auktorisera resurser kommer att kunna slutföra den här åtgärden direkt från en misslyckad version.

Nya utökningspunkter i fliken Pipelines Test

Vi har fortsatt att göra tilläggsramverket mer kraftfullt genom att lägga till två nya bidragspunkter på fliken Testresultat i Pipelines. På så sätt kan Marketplace-tillägg tillhandahålla mer skräddarsydda rapporteringsupplevelser och lägga till ytterligare interaktivitet.

De två bidragspunkterna är:

1. Anpassad Åtgärd-knappen i verktygsfältet

   Ibland kanske du vill utföra en åtgärd som att uppdatera ett API:s data eller köra anpassade verktyg med hjälp av metadata från dina testresultat. Med den här bidragspunkten kan du skapa tillägg som använder den omedelbara kontexten för det valda testresultatet för att lägga till en anpassad åtgärd i knappen *Anpassad åtgärd– .

   

2. fliken Anpassad information i informationsfönstret

   Du kan ha en mängd olika arbetsflöden för testrapportförbrukning och kanske vill se olika datapunkter mot misslyckade tester för felsökning och analys. Genom att använda den här bidragspunkten kan ditt team lägga till en ny flik i informationsfönstret som visas när du väljer valfri testresultatrad i datarutnätet. Den här nya fliken kan visa en vy med statiskt innehåll eller dynamiska data som hämtas med hjälp av interna eller externa API:er.

Kör en gång agent

Om du använder infrastruktur som Azure Container Instances för att köra elastiska privata agenter, vill du ofta att varje agent endast ska acceptera ett jobb innan de försvinner. Hittills har det inte varit lätt eftersom du var tvungen att avsluta agenten (möjligen orsakande att ett fel rapporteras) eller acceptera risken för att en agent kunde få ett annat jobb innan du hinner stänga ner den. Med den här uppdateringen har vi lagt till flaggan --once till agentkonfigurationen. När du konfigurerar agenten på det här sättet accepterar den bara ett jobb och stänger sedan av sig själv.

Uppdatering av användargränssnitt för agentpool

Hanteringssidan för agentpooler i projektinställningarna har uppdaterats med ett nytt användargränssnitt. Nu kan du enkelt se alla arbeten som körs i en pool. Dessutom kan du lära dig varför ett jobb inte körs.

Distribuera till misslyckade mål i en distributionsgrupp

Som standardinställning brukade Azure Pipelines köra alla jobb igen när du distribuerade om en tidigare misslyckad körning. Nu kan du åsidosätta det här beteendet genom att konfigurera distributionsalternativet när du distribuerar. Genom att välja alternativet Alla jobb och begränsa till misslyckade mål i en distributionsgrupp kommer omkörningen att köra alla jobb och hoppa över distributionerna till de mål som redan är uppdaterade.

Omdistribuera automatiskt vid fel

När en distribution till en fas misslyckas kan Azure Pipelines nu automatiskt distribuera om den senaste lyckade distributionen. Du kan konfigurera fasen för att automatiskt distribuera den senaste lyckade versionen genom att konfigurera automatisk omdistribueringsutlösare i villkoren för efter distributionen. Vi planerar att lägga till ytterligare utlösta händelser och åtgärder i konfigurationen för automatisk omdistribution i en framtida sprint. För mer information, se dokumentationen om distributionsgrupper.

Grafana-anteckningstjänstkrok

Nu stöder vi en ny tjänstkrok som gör att du kan lägga till Grafana-anteckningar för Utplacering slutförd händelse i en Grafana-panel. På så sätt kan du korrelera distributioner med de ändringar i program- eller infrastrukturmått som visualiseras på en Grafana-instrumentpanel.

Fråga om Azure Monitor-aviseringsuppgifter

Den tidigare versionen av uppgiften Query Azure Monitors stödde endast frågning av varningar i den klassiska övervakningsmiljön. Med den här nya versionen av uppgiften kan du fråga efter aviseringar om den enhetliga övervakningsupplevelse som nyligen introducerades av Azure Monitor.

Inmatning av specifikationsfil i utkörningsuppdrag för Kubernetes

Tidigare krävde Kubernetes-distributionsuppgiften att du angav en filsökväg för konfigurationen. Nu kan du också lägga till konfigurationen direkt.

Docker CLI Installer-uppgift

Den här uppgiften tillåter installation av valfri version av Docker CLI på agenterna enligt användarens angivenhet.

Återställa borttagna releaserörledningar

Att ta bort oanvända versionspipelines håller listan över versionspipelines ren, men ibland tar du av misstag bort något. Med den här uppdateringen är det nu möjligt att återställa en versionspipeline som har tagits bort under de senaste 30 dagarna. Vi har lagt till en ny flik i den vänstra panelen på sidan Versioner som visar en lista över borttagna versionspipelines. I den här vyn kan du återställa en borttagen versionspipeline genom att välja pipelinen i listan och klicka på knappen Återställ.

Meddelanden om fel i en begäran om att skapa en version

Du kan ställa in meddelanden för att få e-post när ändringar sker i dina byggen, din kodbas och andra operationer. Du kan till exempel ange en avisering för att få aviseringar när ett arbetsobjekt har tilldelats dig.

Med den här uppdateringen har vi lagt till en ny meddelandeprenumeration i kategorin Release. Det här meddelandet skickar ett e-postmeddelande när en begäran om att skapa en version misslyckas. Ett exempelscenario där detta kan vara användbart är när en begäran om att skapa en version misslyckas eftersom en artefaktversion inte är tillgänglig. Information om hur du hanterar dina meddelanden finns i dokumentationen här.

Schemalägg versioner vid käll- eller pipelineändring

Tidigare, när du hade en schemalagd versionsutlösare, utlöstes en version även när det inte fanns någon ändring som identifierades i den överordnade artefakten eller i versionsdefinitionen. Ett alternativ har lagts till i Schedule release trigger-panelen för att schemalägga släpp endast om artefaktversionen eller släppdefinitionen har ändrats.

Bidragspunkt för variabler i dialogrutan skapa version

Tidigare var de variabler som behövdes när versionen skapades tvungen att anges av användaren utan hjälp eller förslag. Vi har lagt till bidragspunkter i dialogrutan Skapa en ny version för att stödja tillägg som hjälper till att fylla i värdet för en variabel när versionen skapas.

Publicera till sessionsköer i Azure Service Bus

Vi har utökat Agentless job byggaktivitet så att det omfattar möjligheten att publicera meddelanden till sessionsköer. Det här alternativet har lagts till i uppgiften Publicera till Azure Service Bus.

Nytt Azure-prenumerationsalternativ i Kubernetes-tjänstanslutning

Med tjänstanslutningar för kompileringar och versioner kan du ansluta till externa tjänster och fjärrtjänster för att utföra uppgifter i samband med en kompilering eller distribution. Du kan definiera och hantera en tjänstanslutning från administratörsinställningarna för projektet.

Med den här uppdateringen har vi lagt till ett autentiseringsalternativ i kubernetes-tjänstanslutningsformuläret. Nu kan du välja Azure-prenumeration för att autentisera anslutningen. Det gör det enkelt att distribuera till specifika namnområden genom att konfigurera Kubernetes-anslutningar med din Azure-prenumeration och ditt klusternamn.

För ett rbac-aktiverat kluster (rollbaserad åtkomstkontroll) skapas ServiceAccount och RoleBinding objekt i det valda namnområdet. RoleBinding-objektet begränsar åtgärderna för det skapade tjänstkontot endast till det valda namnområdet. För ett RBAC-inaktiverat kluster har det tjänstkonto som skapats klusteromfattande behörigheter över namnområden.

Azure-containerregister i Docker-registertjänstanslutning

Nu kan du skapa en Docker-registertjänstanslutning från projektets inställningssida. Om du vill skapa anslutningen väljer du ett Azure-containerregister i en av de prenumerationer som är associerade med din Azure Active Directory-identitet (AAD). Alla uppgifter som kräver tjänstanslutningar till containerregister som Docker@2 och KubernetesManifest@0 stöder ett enda sätt att ange en anslutning.

Sök efter mappnamn i versionsdefinitioner

Du kan ordna dina versionsdefinitioner genom att lagra dem i mappar. Tidigare hade du inte möjlighet att söka efter mapp. Det var svårt att hitta en specifik versionsdefinition om du hade skapat många mappar. Nu kan du söka efter mappnamn i versionsdefinitionen, vilket gör det enklare att hitta de definitioner du letar efter.

Installationsuppgift för Duffle-verktyget i bygg- och versionspipelinen

Duffle är ett kommandoradsverktyg som gör att du kan installera och hantera cloud native application bundles (CNAB). Med CNAB:er kan du paketa, installera och hantera containerbaserade appar och deras tjänster.

I den här uppdateringen har vi lagt till en ny uppgift för bygg- och versionspipelines, vilket gör det möjligt för dig att installera en specifik version av Duffle-binärfilen.

Kubernetes-manifestaktivitet

Vi har lagt till en ny uppgift i våra versionspipelines för att förenkla distributionen till Kubernetes-kluster med hjälp av manifestfiler. Den här uppgiften ger följande fördelar jämfört med användningen av kubectl binary i skript:

• Artefaktersättning – Distributionsåtgärden tar som indata en lista över containeravbildningar som kan anges tillsammans med deras taggar eller sammanfattningar. Detta ersätts av den icke-mallversion av manifestfilerna innan den tillämpas på klustret för att säkerställa att rätt version av bilden hämtas av klustrets noder.

• Manifeststabilitet – Utrullningsstatus kontrolleras för de Kubernetes-objekt som distribuerats för att införliva stabilitetskontroller under beräkningen av om uppgiften är lyckad eller misslyckad.

• Spårningsanteckningar – Anteckningar läggs till i de distribuerade Kubernetes-objekten för att lägga till spårbarhetsinformation om ursprunglig organisation, projekt, pipeline och körning.

• Bake manifest – Uppgiftens bakningsåtgärd gör det möjligt att baka Helm-diagram i Kubernetes-manifestfiler så att de kan tillämpas på klustret.

• Distributionsstrategi – Att välja kanariestrategi med distributionsåtgärden leder till skapandet av en önskad procentandel av arbetsbelastningar, som får suffixen -baseline och -kanariefågel. Dessa kan sedan jämföras under en ManualIntervention-uppgift innan åtgärden för att befordra eller avvisa används för att slutföra den version som ska behållas.

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

Uppgraderar till Docker-uppgift

Vi har uppgraderat Docker-uppgiften för att förenkla pipelineredigeringen. Kommandot buildAndPush kan nu användas för att skapa flera taggar för en specifik containerlagringsplats och skicka den till flera containerregister i ett enda steg. Uppgiften kan använda Docker-registertjänstanslutningar för att logga in på containerregister. Spårningsmetadata om källkodslager, ändringsincheckningar och byggproveniens läggs till som etiketter till de programavbildningar som skapats med hjälp av den här uppgiften.

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

Installationsprogrammet för Kubectl-verktyget

Vi har lagt till en ny uppgift som gör att du kan installera en specifik version av Kubectl-binärfilen på agenterna. De senaste och semver versionssträngar som "v1.14.0" accepteras som giltiga värden för Kubectl Version Spec-indata.

Förbättringar av ServiceNow-integrering

En viktig funktion för samarbete mellan team är att göra det möjligt för varje team att använda en tjänst som de väljer och få effektiv leverans från slutpunkt till slutpunkt. Med den här uppdateringen har vi förbättrat ServiceNow-integreringen för att stödja alla typer av ändringar (normal, standard och nödsituation). Dessutom kan du nu ange den grind som används för att skapa en ny ändringsförfrågan med hjälp av en befintlig mall enligt den ITSM-process som följs i din organisation. Slutligen kan du även styra utgåvor baserade på befintliga ändringsbegäranden. På så sätt kan du använda CD utan att behöva ändra den process som rekommenderas av IT-teamen.

Stöd för Red Hat Enterprise Linux 6

Med den här uppdateringen har vi lagt till agentstöd för Red Hat Enterprise Linux 6. Nu kan du konfigurera agenter som riktar sig till Red Hat Enterprise Linux 6-plattformen för körning av bygg- och versionsjobb.

Stöd för Azure PowerShell Az-modul

Azure PowerShell innehåller en uppsättning cmdletar som du kan använda för att hantera Azure-resurser från kommandoraden. I december förra året blev Azure PowerShell Az-modulen tillgänglig och är nu den avsedda modulen för att hantera dina Azure-resurser.

Tidigare gav vi inte stöd för Azure PowerShell Az-modulen i våra värdbaserade agenter. Med den nya versionen 4.* av Azure PowerShell-uppgiften i bygg- och releasepipelines har vi lagt till stöd för den nya Az-modulen på alla plattformar. Azure PowerShell-uppgiftsversion 3.* fortsätter att stödja AzureRM-modulen. Men för att hålla jämna steg med de senaste Azure-tjänsterna och funktionerna rekommenderar vi att du växlar till Azure PowerShell-uppgiftsversion 4.* så snart som möjligt.

Az-modulen har ett kompatibilitetsläge som hjälper dig att använda befintliga skript när du uppdaterar dem för att använda den nya syntaxen. Om du vill aktivera kompatibilitet för Az-modulen använder du kommandot Enable-AzureRmAlias. Med alias kan du använda de gamla cmdlet-namnen med Az-modulen. Du kan få mer information om hur du migrerar från Azure RM-modulen till Azure PowerShell Az-modulen här.

Anteckning

Du måste installera Az-modulen på din agentdator om du använder privata agenter.

Mer information om Azure PowerShell Az-modulen finns i dokumentationen här.

Stöd för Azure Active Directory-autentisering (AD) för Azure SQL-uppgift

Azure SQL-uppgiften har förbättrats för att stödja anslutning till en databas med hjälp av Azure AD (integrerat & lösenord) och en anslutningssträng utöver det befintliga stödet för SQL Server-autentisering.

Publicera byggobjekt med långa filsökvägar

Hittills har det funnits en begränsning som förhindrade uppladdning av byggartefakter med sökvägar som var längre än 233 tecken. Detta kan hindra dig från att ladda upp kodtäckningsresultat från Linux- och macOS-versioner med filsökvägar som är längre än gränsen. Gränsen har uppdaterats för att stödja långa sökvägar.

Hoppa över kontinuerlig integrering (CI) för en commit

Nu kan du be Azure Pipelines att ignorera en incheckning och hoppa över att köra en pipeline som incheckningen normalt utlöser. Inkludera bara [skip ci] i commit-meddelandet för HEAD-commit så hoppar Azure Pipelines över CI. Du kan också använda någon av de varianter som anges nedan. Detta stöds för commits till Azure Repos Git och GitHub Enterprise Server.

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

Testplaner

Widget för testresultattrend (avancerat)

Widgeten Testresultat-trend (Avancerat) ger dig en nästan realtidsvy över dina testdata för flera byggkonfigurationer och utgåvor. Widgeten Testresultattrend (Avancerat) visar testresultatens trend för dina pipelines eller över olika pipelines. Du kan använda den för att spåra det dagliga antalet tester, passfrekvens och testvaraktighet. Att spåra testkvalitet över tid och förbättra testsäkerheterna är nyckeln till att upprätthålla en felfri DevOps-pipeline.

Widgeten Testresultattrend (Avancerat) hjälper dig att hitta extremvärden i dina testresultat och besvara frågor som: tar det längre tid att köra tester än vanligt? Vilken testfil eller pipeline påverkar mina resultat i testerna? Vilka är mina långvariga tester?

För att hjälpa dig att besvara dessa frågor tillhandahåller widgeten följande funktioner:

• Visar en trend med passfrekvens och antal testresultat eller testvaraktighet
• Visar testresultat baserat på flera byggpipelines eller utgivningspipelines
• Använder kombinerade diagramalternativ för att visa två mått över samma trend
• Filtrerar antalet test över tid efter testresultat
• Filtrerar alla testresultat efter gren eller test
• Staplar dina mätvärden efter testattribut som Priority eller Environment
• Gruppera data efter Testfiler, ägare eller pipelines

Widgeten är mycket konfigurerbar så att du kan använda den för en mängd olika scenarier.

Dela testkörningsresultat via URL

Du kan konfigurera automatiserade tester så att de körs som en del av ett bygge eller en utgåva. Publicerade testresultat kan visas på fliken Tester i kompilerings- eller versionssammanfattning. Med den här uppdateringen har vi lagt till en Kopiera resultat-URL funktion så att du kan dela ett enda testkörningsresultat med andra i ditt team.

Delningsnivåerna omfattar:

• Körningsnivå
• Resultatnivå
• Enskild flik markerad i testkörning
• Delning är också kompatibelt med alla tilläggsflikar som har konfigurerats

När du delar URL:en visas testkörningsresultaten i helskärmsvyn.

Artefakter

NuGet-paket med SemVer 2.0.0-versionsnummer

Tidigare hade Azure Artifacts inte stöd för NuGet-paket med SemVer 2.0.0-versionsnummer (vanligtvis versionsnummer som innehåller versionsmetadatadelen av versionen, vilket är en +). Nu kan du spara paket från nuget.org som innehåller byggmetadata och skicka egna paket med byggmetadata. Enligt SemVer-specifikationen och NuGet.org principkan du inte använda kompileringsmetadata för att beställa paket. Därför kan du inte publicera både 1.0.0+build1 och 1.0.0+build2 till Azure Artifacts (eller nuget.org) eftersom dessa versioner betraktas som likvärdiga och därför omfattas av oföränderlighetsbegränsningar.

Proveniensinformation om paket

Med den här uppdateringen har vi gjort det lite enklare att förstå proveniensen för dina paket: vem eller vad som publicerade dem och vilken källkodsincheckning de kom från. Den här informationen fylls i automatiskt för alla paket som publiceras med hjälp av NuGet, npm, Mavenoch Twine Authenticate (för Python) i Azure Pipelines.

Statistik för paketanvändning

Hittills har Azure Artifacts inte varit ett sätt att mäta paketens användning eller popularitet. Med den här uppdateringen har vi lagt till antalet nedladdningar och användare till både paketlistan och paketdetaljsidorna. Du kan se statistiken till höger på endera sidan.

Stöd för Python-paket

Azure Artifacts kan nu vara värd för Python-paket: båda paketen du skapar själv och överordnade paket som sparats från den offentliga PyPI:n. Mer information finns i blogginlägget och dokument.

Nu kan du vara värd för alla dina NuGet-, npm-, Maven- och Python-paket i samma feed.

Överordnade källor för Maven

Upstream-källor är nu tillgängliga för Maven-feeds. Detta inkluderar den primära Maven Central-lagringsplatsen och Azure Artifacts-feeds. Om du vill lägga till Maven-uppströmmar i en befintlig feed går du till Feed-inställningar, väljer fliken Uppströmskällor, och väljer sedan Lägg till uppströmskälla.

Proxystöd för artefaktrelaterade uppgifter

Hittills har många Artifacts-relaterade bygguppgifter inte gett fullständigt stöd för Azure Pipelines proxyinfrastruktur, vilket ledde till utmaningar när man använde uppgifterna från lokalt installerade agenter. Med den här uppdateringen har vi lagt till stöd för proxyservrar i följande uppgifter:

• Npm@1 ('npm' i designverktyget)
• NuGetCommand@2 ("NuGet" i designern): endast återställnings- och push-kommandon
• DotNetCoreCLI@2 ('.NET Core' i designern): endast återställnings- och nuget-push-kommandon
• NpmAuthenticate@0, PipAuthenticate@0 och TwineAuthenticate@0 ("[type] Authenticate" i designern): Dessa uppgifter stöder proxyservrar vid förvärv av autentiseringstoken, men det är fortfarande nödvändigt att konfigurera efterföljande uppgifter/skript/verktyg för att även använda proxyn. Med andra ord, konfigurerar dessa uppgifter inte proxyn för det underliggande verktyget (npm, pip, twine).
• NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ([type] Installer" i designern)

Alla typer av artefaktpaket som stöds i utgåvor

Hittills har endast NuGet-paket stödts i artefakttypen Azure Artifacts i Pipelines-versioner. Med den här uppdateringen stöds alla Azure Artifacts-pakettyper – Maven, npm och Python.

Vyvinklar för artefakter som stöds i versioner

Tidigare kunde artefakttypen Azure Artifacts bara utlösas när nya paketversioner publicerades i feeden. Nu har vi även lagt till stöd för vyer, så att du kan starta distributioner när paket som redan finns i flödet befordras till en vy.

Kvarhållningsprinciper kan hoppa över paket som laddats ned nyligen

Hittills har Azure Artifacts-feeds erbjudit grundläggande kvarhållningsprinciper som skulle börja ta bort gamla paketversioner när ett "maximalt antal versioner per paket" uppnåddes. Med den här uppdateringen har vi lagt till möjligheten att hoppa över nyligen nedladdade paket när du gör den här rensningen. Om du vill aktivera redigerar du feeden och markerar kryssrutan Hoppa över paket som laddats ned nyligen.

Delegera som kan hantera flöden

I Azure Artifacts har Project Collection-administratörer (PCA) alltid kunnat administrera alla feeds på en Azure DevOps-server. Med den här uppdateringen kan PCA:er också ge den här möjligheten till andra användare och grupper, vilket delegerar möjligheten att hantera alla feeds.

Wiki

Markdown-mallar för formler och videor

Du behöver inte längre komma ihåg markdown-syntaxen för att lägga till formler, videor och YAML-taggar när du redigerar en Wiki. Nu kan du klicka på snabbmenyn i verktygsfältet och välja valfritt alternativ.

Bädda in resultat från Azure Boards-fråga i Wiki

Nu kan du bädda in Azure Boards-frågeresultat på en wiki-sida i form av en tabell. Bilden nedan visar ett exempel på en wiki-sida med en lista över alla funktioner som släppts och alla aktiva buggar i den aktuella sprinten som är inbäddad i wikin. Innehållet som visas på sidan använder en befintlig arbetsobjektfråga. Med den här nya funktionen kan du skapa dynamiskt innehåll och inte behöva oroa dig för att manuellt uppdatera wiki-sidan.

Frågeresultatet kan läggas till i två steg:

1. Klicka på knappen "Frågeresultat" i verktygsfältet redigera.

2. Välj den obligatoriska frågan och klicka på knappen Infoga.

Resultatet av frågan kan nu visas i form av en tabell när du har sparat sidan.

Teckensnitt i monorymd för Wiki Markdown-redigeraren

Med introduktionen av monorymdsteckensnitt för Wiki Markdown-redigeraren är läsbarhet inte längre en utmaning. Markdown-källan ser ren och lättläst ut. Den här funktionen har prioriterats baserat på den här förslagsbegäran.

Permalänkar för Wiki-sidor

Hittills har delade Wiki-sidlänkar brutits om den länkade sidan har bytt namn eller flyttats. Vi har nu introducerat permanenta länkar genom att lägga till ett sid-ID i URL:en. Detta säkerställer att länkar som du delar förblir intakta när wikin ändras över tid.

Den här funktionen prioriterades baserat på den här förslagsbegäran.

Visa status för arbetsobjekt på Wiki-sidor

I den här uppdateringen har vi förbättrat omnämnanden av arbetsobjekt på Wiki-sidor genom att lägga till status för arbetsobjektet på sidan, tillsammans med dess ID och titel.

Arbetsobjektreferenser i pull request-kommentarer och tavlediskussioner kan också visa statusen.

@mention användare och grupper

Nu kan du @mention användare och grupper på en wiki-sida. Detta gör dokument som ett teams kontaktsida, vägledningsdokument och kunskapsdokument rikare. Bilden nedan är ett exempel som visar en sprint retrospektiv med uppgifter och den ansvariga personen.

@mention användare och grupper." />

Dessutom kan du också välja en användare eller en grupp från automatiska förslag genom att skriva "@" på wiki-redigeringssidan. Personen som nämns kommer också att meddelas via e-post.

@mention. />

Slutligen kan du också klicka på @mentioned användare för att visa profilinformationskortet. Den här funktionen har prioriterats baserat på det här funktionsförslaget.

Meddelanden på wiki-sidor

Hittills har du inte kunnat veta när innehållet på en wiki-sida har ändrats. Nu kan du följa wiki-sidor för att få ett meddelande via e-post när sidan redigeras, tas bort eller byt namn. Om du vill spåra ändringar som gjorts i en wiki väljer du knappen Följ på wiki-sidan.

Den här funktionen har prioriterats baserat på den här förslagsbegäran. Mer information finns i vår dokumentation här.

Stöd för HTML-taggar

Nu kan du skapa mer omfattande innehåll i wikin med hjälp av HTML-taggar. Se vad du kan göra med HTML-taggar nedan.

1. Nu kan du skapa komprimerbara avsnitt på dina wiki-sidor med hjälp av information och sammanfattning taggar. Du kan lägga till attributet öppna för att hålla informationen expanderad som standard.

   

   För mer information om detaljer-taggen finns i dokumentationen här.

   Detta prioriterades baserat på förslagsticket .

   Anteckning

   Den här taggen stöds inte i Webbläsaren Edge och Internet Explorer.

Förbättrad skapande och redigering av tabeller

Fram tills nu var det svårt att skapa och redigera tabeller i en wiki. Vi har gjort ändringar för att göra det enklare för dig att lägga till och hantera tabeller i din wiki.

1. Skapa en tabell från rutnätet

   Du behöver inte längre komma ihåg markdown-tabellsyntaxen. Nu kan du enkelt skapa en markdown-tabell genom att välja från ett rutnät på 15 x 15. Välj bara det antal kolumner och rader som krävs för att infoga en tabell med ett enda klick.

   

   Den här funktionen har prioriterats baserat på följande förslagsbiljetter:

   • Tabellvy för wiki
   • Gör det enkelt att infoga tabeller i wiki-

2. Bättre läsbarhet för tabeller

   Du kan nu växla radbyte för att redigeraren ska få bättre läsbarhet för tabellerna. Om du inaktiverar radbrytning läggs en rullningslist som gör det enklare att se innehållet i stora tabeller.

   

3. Automatisk formatering av markdown-tabeller

   Du behöver inte längre lägga till blanksteg för att justera dina markdown-kolumner. Med knappen Formatera tabeller formateras dina markdown-tabeller automatiskt genom att blanksteg läggs till i cellerna för att justera kolumnerna. Om du har stora tabeller, använd det med för att inaktivera radbyte för att göra tabellerna lättare att läsa.

   

   Du kan också använda genvägen Ctrl + Skift + F för att formatera dina tabeller.

Rapportering

Analystillägget behövs inte längre för att använda Analytics

Analys blir alltmer en integrerad del av Azure DevOps-upplevelsen. Det är en viktig funktion för kunderna att hjälpa dem att fatta datadrivna beslut.

För uppdatering 1 är vi glada över att kunna meddela att kunderna inte längre behöver Analytics-tillägget för att använda Analytics. Kunder kan nu aktivera analys under inställningar för projektsamling. Det är en enkel process som är direkt inom produkten.

Så här kan kunder aktivera Analys:

1. Gå till Inställningar för projektsamling:

2. Klicka på Aktivera Analytics-

Och det är allt! Analysdrivna upplevelser aktiveras för samlingen.

Nya samlingar som skapats i Uppdatering 1- och Azure DevOps Server 2019-samlingar med Analytics-tillägget installerat som har uppgraderats har Analytics aktiverat som standard.

Om du vill veta mer om analys och de upplevelser som den möjliggör:

• Läs mer om hur möjliggör Analytics.
• Läs dokumentationen Analytics Overview.
• Läs mer om de viktigaste funktionerna: Analytics Widgets, Top Failing Test Report, Power BI Integrationoch OData Endpoint.
• Titta på den här Channel 9-Video om Azure DevOps Analytics.

---

Feedback

Vi vill gärna höra från dig! Du kan rapportera ett problem eller ge en idé och spåra det via Developer Community och få råd om Stack Overflow.

---

överst på sidan