Versionshinweise zu Azure DevOps Server 2019 Update 1
Entwickler-Community | Systemanforderungen | Lizenzbedingungen | DevOps Blog | SHA-1 Hashes
In diesem Artikel finden Sie Informationen zur neuesten Version für Azure DevOps Server.
Weitere Informationen zum Installieren oder Aktualisieren einer Azure DevOps Server-Bereitstellung finden Sie unter Azure DevOps Server Requirements. Um Azure DevOps-Produkte herunterzuladen, besuchen Sie die Seite Azure DevOps Server Downloads.
Direktes Upgrade auf Azure DevOps Server 2020 wird von Azure DevOps Server 2019 oder Team Foundation Server 2015 oder höher unterstützt. Wenn Sich Ihre TFS-Bereitstellung auf TFS 2010 oder einer früheren Version befindet, müssen Sie vor dem Upgrade auf Azure DevOps Server 2019 einige Zwischenschritte ausführen. Weitere Informationen finden Sie unter Installieren und Konfigurieren von Azure DevOps vor Ort.
Sicheres Upgrade von Azure DevOps Server 2019 auf Azure DevOps Server 2020
Azure DevOps Server 2020 führt ein neues Pipelineausführungs- (Build) Aufbewahrungsmodell ein, das basierend auf Einstellungen auf Projektebene funktioniert.
Azure DevOps Server 2020 behandelt die Aufbewahrung von Builds anders, basierend auf Aufbewahrungsrichtlinien auf Pipelineebene. Bestimmte Richtlinienkonfigurationen führen dazu, dass die Pipeline-Läufe nach dem Upgrade gelöscht werden. Pipelineausführungen, die manuell aufbewahrt oder durch eine Freigabe aufbewahrt wurden, werden nach dem Upgrade nicht gelöscht.
Weitere Informationen darüber, wie Sie sicher von Azure DevOps Server 2019 auf Azure DevOps Server 2020 upgraden können, finden Sie in unserem Blogbeitrag.
Azure DevOps Server 2019 Update 1.2 Patch 10 Veröffentlichungsdatum: 11. März 2025
| Datei | SHA-256-Hash |
|---|---|
| devops2019.1.2patch10.exe | 0983A46E080DDDE0920861247670D2BAAF2A9AD3BF57FD111AF95F14F120E70 |
Wir haben Patch 10 für Azure DevOps Server 2019 Update 1.2 veröffentlicht, das Folgendes umfasst:
- Aktualisierung von Aufgaben aufgrund der Abkündigung von Edgio CDN. Weitere Informationen finden Sie im Blogbeitrag Wechseln von CDN-Anbietern.
Azure DevOps Server 2019 Update 1.2 Patch 9 Veröffentlichungsdatum: 28. Mai 2024
| Datei | SHA-256-Hash |
|---|---|
| devops2019.1.2patch9.exe | 4A3F41BBE00174DE964667878766EBF7F4D292526CBC1D885180B55D994B4D81 |
Wir haben Patch 9 für Azure DevOps Server 2019 Update 1.2 veröffentlicht, das Folgendes umfasst:
- Optimieren Sie die Bereitstellung von Agenten- und Aufgabenaktualisierungen aus früheren Patches (Patch 5 und 6).
Anmerkung
Es ist nicht erforderlich, die Schritte in Patches 5 und 6 auszuführen; diese können übersprungen werden, und dieser Patch kann stattdessen angewendet werden.
Installieren von Patches
Wichtig
Dieser Patch aktualisiert den verfügbaren Pipeline-Agent, die neue Version des Agents nach der Installation von Patch 9 lautet 3.225.0.
Pipelineanforderungen
Um das neue Verhalten zum Überprüfen von Befehlszeilenargumenten anzuwenden, muss eine Variable AZP_75787_ENABLE_NEW_LOGIC = true in Pipelines festgelegt werden, die die betroffenen Aufgaben verwenden. Weitere Informationen zum aktivierten Verhalten finden Sie hier:
Bei Klassik
Definieren Sie die Variable im Variablen-Tab der Pipeline.
YAML-Beispiel:
variables:
- name: AZP_75787_ENABLE_NEW_LOGIC
value: true
Azure DevOps Server 2019 Update 1.2 Patch 8 Veröffentlichungsdatum: 12. März 2024
| Datei | SHA-256-Hash |
|---|---|
| devops2019.1.2patch8.exe | 67E78EA7D67A09A6EE06309614F92E6D8495DEF52FF442E4E7C7979244FAD20A |
Wir haben Patch 8 für Azure DevOps Server 2019 Update 1.2 veröffentlicht, das Korrekturen für Folgendes enthält:
- Ein Problem wurde behoben, bei dem der Proxyserver nach der Installation von Patch 7 nicht mehr funktionierte.
Azure DevOps Server 2019 Update 1.2 Patch 7 Veröffentlichungsdatum: 13. Februar 2024
| Datei | SHA-256-Hash |
|---|---|
| devops2019.1.2patch7.exe | 8C67C72A83C9215302BDEFB752A7C4E3F876D4D17FCFA63A02B955FCFB5455AA |
Wir haben Patch 7 für Azure DevOps Server 2019 Update 1.2 veröffentlicht, das Korrekturen für Folgendes enthält:
- Ein Fehler wurde behoben, bei dem der vom Proxycacheordner verwendete Speicherplatz falsch berechnet wurde und der Ordner nicht ordnungsgemäß bereinigt wurde.
- CVE-2024-20667: Schwachstelle in Azure DevOps Server bei der Remotecodeausführung.
Azure DevOps Server 2019 Update 1.2 Patch 6 Veröffentlichungsdatum: 14. November 2023
Wir haben einen Patch für Azure DevOps Server 2019 Update 1.2 veröffentlicht, der Korrekturen für Folgendes enthält.
- Erweiterte die Liste der zulässigen Zeichen für PowerShell-Aufgaben zur Aktivierung der Parameterüberprüfung von Shell-Aufgabenargumenten für .
Anmerkung
Um Korrekturen für diesen Patch zu implementieren, müssen Sie eine Reihe von Schritten ausführen, um Aufgaben manuell zu aktualisieren.
Installieren von Patches
Wichtig
Wir haben Updates für den Azure Pipelines-Agent mit Patch 5 veröffentlicht, der am 12. September 2023 veröffentlicht wurde. Wenn Sie die Agentupdates nicht installiert haben, wie in den Versionshinweisen für Patch 5beschrieben, empfehlen wir, diese Updates vor der Installation von Patch 6 zu installieren. Die neue Version des Agents nach der Installation von Patch 5 ist 3.225.0.
Konfigurieren von TFX
- Führen Sie die Schritte im Abschnitt für Upload-Aufgaben aus, um die Projektsammlungsdokumentation zu installieren und sich mit tfx-cli anzumelden.
Aktualisieren von Aufgaben mithilfe von TFX
| Datei | SHA-256-Hash |
|---|---|
| Tasks20231103.zip | 389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5 |
- Laden Sie Tasks20231103.zipherunter, und extrahieren Sie sie.
- Wechseln Sie in das Verzeichnis der extrahierten Dateien.
- Führen Sie die folgenden Befehle aus, um die Aufgaben hochzuladen:
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
Pipelineanforderungen
Um das neue Verhalten zu verwenden, muss eine Variable AZP_75787_ENABLE_NEW_LOGIC = true in Pipelines festgelegt werden, die die betroffenen Aufgaben verwenden.
Bei Klassik
Definieren Sie die Variable im Variablen-Tab der Pipeline.
YAML-Beispiel:
variables:
- name: AZP_75787_ENABLE_NEW_LOGIC
value: true
Azure DevOps Server 2019 Update 1.2 Patch 5 Veröffentlichungsdatum: 12. September 2023
Wir haben einen Patch für Azure DevOps Server 2019 Update 1.2 veröffentlicht, der Korrekturen für Folgendes enthält.
- CVE-2023-33136: Sicherheitsanfälligkeit für Remotecodeausführung in Azure DevOps Server.
- CVE-2023-38155-: Sicherheitsanfälligkeit in Azure DevOps Server und Team Foundation Server aufgrund von Rechteausweitung.
Wichtig
Stellen Sie den Patch in einer Testumgebung bereit, und stellen Sie sicher, dass die Pipelines der Umgebung wie erwartet funktionieren, bevor Sie den Fix auf die Produktion anwenden.
Anmerkung
Um Korrekturen für diesen Patch zu implementieren, müssen Sie eine Reihe von Schritten ausführen, um den Agent und die Aufgaben manuell zu aktualisieren.
Installieren von Patches
- Herunterladen und Installieren von Azure DevOps Server 2019 Update 1.2 Patch 5.
Aktualisieren des Azure Pipelines-Agents
- Herunterladen des Agents von: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 - Agent_20230825.zip
- Führen Sie die in der Dokumentation selbst gehosteten Windows-Agents beschriebenen Schritte aus, um den Agent bereitzustellen.
Anmerkung
Der AZP_AGENT_DOWNGRADE_DISABLED muss auf "true" festgelegt werden, um zu verhindern, dass der Agent herabgestuft wird. Unter Windows kann der folgende Befehl in einer Administrator-Eingabeaufforderung verwendet werden, gefolgt von einem Neustart. setx AZP_AGENT_DOWNGRADE_DISABLED true /M
Konfigurieren von TFX
- Führen Sie die Schritte im Abschnitt für Upload-Aufgaben aus, um die Projektsammlungsdokumentation zu installieren und sich mit tfx-cli anzumelden.
Aktualisieren von Aufgaben mithilfe von TFX
- Laden Sie Tasks_20230825.zipherunter, und extrahieren Sie sie.
- Wechseln Sie in das Verzeichnis der extrahierten Dateien.
- Führen Sie die folgenden Befehle aus, um die Aufgaben hochzuladen:
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
Pipeline-Anforderungen
Um das neue Verhalten zu verwenden, muss eine Variable AZP_75787_ENABLE_NEW_LOGIC = true in Pipelines festgelegt werden, die die betroffenen Aufgaben verwenden.
Bei Klassik
Definieren Sie die Variable im Variablen-Tab der Pipeline.
YAML-Beispiel:
variables:
- name: AZP_75787_ENABLE_NEW_LOGIC
value: true
Azure DevOps Server 2019 Update 1.2 Patch 4 Veröffentlichungsdatum: 8. August 2023
Wir haben einen Patch- für Azure DevOps Server 2019 Update 1.2 veröffentlicht, der Korrekturen für Folgendes enthält.
- CVE-2023-36869: Spoofing-Sicherheitslücke in Azure DevOps Server.
- Aktualisieren Sie den SSH-Dienst, um SHA2-256 und SHA2-512 zu unterstützen. Wenn Sie SSH-Konfigurationsdateien hartcodiert haben, um RSA zu verwenden, sollten Sie auf SHA2 aktualisieren oder den Eintrag entfernen.
- Der Endlosschleifenfehler in CronScheduleJobExtension wurde behoben.
Azure DevOps Server 2019 Update 1.2 Patch 3 Veröffentlichungsdatum: 13. Juni 2023
Wir haben einen Patch- für Azure DevOps Server 2019 Update 1.2 veröffentlicht, der Korrekturen für Folgendes enthält.
- Ein Fehler wurde behoben, der beim Upgrade von Versionen aus 2018 oder früher Probleme beim Hochladen von Paketen verursachte.
Azure DevOps Server 2019 Update 1.2 Patch 2 Veröffentlichungsdatum: 13. Dezember 2022
Wir haben einen Patch- für Azure DevOps Server 2019 Update 1.2 veröffentlicht, der Korrekturen für Folgendes enthält.
- Fehler im "Account Parallelism Sync Analytics Job" wurden behoben.
Azure DevOps Server 2019 Update 1.2 Patch 1 Veröffentlichungsdatum: 12. Juli 2022
Wir haben einen Patch- für Azure DevOps Server 2019 Update 1.2 veröffentlicht, der Korrekturen für Folgendes enthält.
- Bei Testdurchlauf-APIs war das zurückgegebene Fortsetzungstoken größer als der angegebene Wert für "maxLastUpdatedDate".
- Beim Bearbeiten einer klassischen Pipeline war die Beibehaltungsregisterkarte leer, nachdem Änderungen auf einer anderen Registerkarte verworfen wurden.
Azure DevOps Server 2019 Update 1.2 Veröffentlichungsdatum: 17. Mai 2022
Azure DevOps Server 2019 Update 1.2 ist ein Rollup von Fehlerbehebungen. Sie können Azure DevOps Server 2019 Update 1.2 oder ein Upgrade von Azure DevOps Server 2019 oder Team Foundation Server 2013 oder höher direkt installieren.
Anmerkung
Das Datenmigrationstool wird ungefähr drei Wochen nach dieser Version für Azure DevOps Server 2019 Update 1.2 verfügbar sein. Sie können unsere Liste der derzeit unterstützten Versionen für den Import hiersehen.
Diese Version enthält Korrekturen für Folgendes:
- Alle persönlichen Zugriffstoken widerrufen, nachdem das Active Directory-Konto eines Benutzers deaktiviert wurde.
Azure DevOps Server 2019 Update 1.1 Patch 13 Veröffentlichungsdatum: 26. Januar 2022
Wir haben einen Patch für Azure DevOps Server 2019 Update 1.1 veröffentlicht, der Korrekturen für Folgendes enthält.
- E-Mail-Benachrichtigungen wurden bei Verwendung des @mention-Steuerelements in einer Arbeitsaufgabe nicht gesendet.
- Bevorzugte E-Mail-Adresse wurde im Benutzerprofil nicht aktualisiert. Dies führte dazu, dass E-Mails an die vorherige E-Mail-Adresse gesendet wurden.
- Die Sicherheitsanfälligkeit in der Elasticsearch wurde behoben, indem die jndilookup-Klasse aus log4j-Binärdateien entfernt wird.
Installationsschritte
- Aktualisieren Sie den Server mit Patch 13.
- Überprüfen Sie den Registrierungswert bei
HKLM:\Software\Elasticsearch\Version. Wenn der Registrierungswert nicht vorhanden ist, fügen Sie einen Zeichenfolgenwert hinzu, und legen Sie die Version auf 5.4.1 fest (Name = Version, Wert = 5.4.1). - Führen Sie den Updatebefehl
PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation updateaus, wie in der Infodatei angegeben. Es kann eine Warnung zurückgeben wie: Kann keine Verbindung mit dem Remoteserver herstellen. Schließen Sie das Fenster nicht, da das Update erneut ausgeführt wird, bis es abgeschlossen ist.
Anmerkung
Wenn Azure DevOps Server und Elasticsearch auf verschiedenen Computern installiert sind, führen Sie die unten beschriebenen Schritte aus.
- Aktualisieren Sie den Server mit Patch 13.
- Überprüfen Sie den Registrierungswert bei
HKLM:\Software\Elasticsearch\Version. Wenn der Registrierungswert nicht vorhanden ist, fügen Sie einen Zeichenfolgenwert hinzu, und legen Sie die Version auf 5.4.1 fest (Name = Version, Wert = 5.4.1). - Kopieren Sie den Inhalt des Ordners "zip", der auf
C:\Program Files\{TFS Version Folder}\Search\zipliegt, in den Remotedateiordner "Elasticsearch". - Führen Sie
Configure-TFSSearch.ps1 -Operation updateauf dem Elasticsearch-Servercomputer aus.
SHA-256-Hash: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3
Azure DevOps Server 2019 Update 1.1 Patch 12 Veröffentlichungsdatum: 15. September 2021
Patch 12 für Azure DevOps Server 2019 Update 1.1 enthält Korrekturen für Folgendes.
- Beheben des Arbeitselement-Makros für Abfragen mit "Enthält Wörter". Zuvor haben Abfragen falsche Ergebnisse für Werte zurückgegeben, die einen Zeilenumbruch enthielten.
- Lokalisierungsproblem bei benutzerdefinierten Arbeitsaufgaben-Layout-Zuständen.
- Lokalisierungsproblem in der E-Mail-Benachrichtigungsvorlage.
- Problem mit NOTSAMEAS-Regelauswertung, wenn mehrere NOTSAMEAS-Regeln für ein Feld definiert wurden.
Azure DevOps Server 2019 Update 1.1 Patch 11 Veröffentlichungsdatum: 14. September 2021
Patch 11 für Azure DevOps Server 2019 Update 1.1 enthält Korrekturen für Folgendes.
- Beheben Sie das in diesem Feedbackticket der Entwickler-Community gemeldete Problem.
Azure DevOps Server 2019 Update 1.1 Patch 10 Veröffentlichungsdatum: 10. August 2021
Patch 10 für Azure DevOps Server 2019 Update 1.1 enthält Korrekturen für Folgendes.
- Behebung eines Problems mit E-Mail-Zustellungsaufträgen für einige Arbeitsaufgabentypen.
Azure DevOps Server 2019 Update 1.1 Patch 9 Veröffentlichungsdatum: 15. Juni 2021
Patch 9 für Azure DevOps Server 2019 Update 1.1 enthält Korrekturen für Folgendes.
- Behebung eines Problems mit dem Datenimport. Der Datenimport dauerte lange für Kunden mit vielen veralteten Testfällen. Dies war auf Verweise zurückzuführen, die die Größe der
tbl_testCaseReferencesTabelle erhöht haben. Mit diesem Patch wurden Verweise auf veraltete Testfälle entfernt, um den Datenimportvorgang zu beschleunigen.
Azure DevOps Server 2019 Update 1.1 Patch 8 Veröffentlichungsdatum: 13. April 2021
Wir haben einen Patch für Azure DevOps Server 2019 Update 1.1 veröffentlicht, der Folgendes behebt.
- CVE-2021-27067: Offenlegung von Informationen
- Beheben Sie das Problem, das in diesem Feedbackticket der Entwicklercommunity gemeldet wurde | Testergebnis-Iterationsdetails für Azure DevOps Server 2019 können nicht registriert werden.
Um Korrekturen für diesen Patch zu implementieren, müssen Sie die unten aufgeführten Schritte für allgemeine Patchinstallation und AzureResourceGroupDeploymentV2 Aufgabeninstallationen ausführen.
Allgemeine Patchinstallation
Wenn Sie über Azure DevOps Server 2019 Update 1.1 verfügen, sollten Sie Azure DevOps Server 2019 Update 1.1 Patch 8installieren.
Überprüfung der Installation
Option 1: Ausführen
devops2019.1.1patch8.exe CheckInstall, devops2019.1.1patch8.exe ist die Datei, die über den obigen Link heruntergeladen wird. Die Ausgabe des Befehls gibt entweder an, dass der Patch installiert wurde oder nicht installiert ist.Option 2: Überprüfen Sie die Version der folgenden Datei:
[INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 ist standardmäßig aufc:\Program Files\Azure DevOps Server 2019installiert. Nach der Installation von Azure DevOps Server 2019.1.1 Patch 8 ist die Version 17.153.31129.2.
AzureResourceGroupDeploymentV2-Aufgabeninstallation
Anmerkung
Alle unten genannten Schritte müssen auf einem Windows-Computer ausgeführt werden.
Installieren
Extrahieren Sie das AzureResourceGroupDeploymentV2.zip-Paket in einen neuen Ordner auf Ihrem Computer. Beispiel: D:\tasks\AzureResourceGroupDeploymentV2.
Laden Sie Node.js 14.15.1 und npm (im Node.js-Download enthalten) entsprechend Ihrem System herunter und installieren Sie sie.
Öffnen Sie eine Eingabeaufforderung im Administratormodus, und führen Sie den folgenden Befehl aus, um tfx-cli zu installieren.
npm install -g tfx-cli
Erstellen Sie ein persönliches Zugriffstoken mit Vollzugriff Berechtigungen, und kopieren Sie es. Dieses token für den persönlichen Zugriff wird verwendet, wenn der Befehl tfx login ausgeführt wird.This Personal access token will be used when running the tfx login command.
Führen Sie Folgendes in der Eingabeaufforderung aus. Wenn Sie dazu aufgefordert werden, geben Sie die Dienst-URL und das persönliche Zugriffstoken ein.
~$ tfx login
Copyright Microsoft Corporation
> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully
- Führen Sie den folgenden Befehl aus, um die Aufgabe auf dem Server hochzuladen. Verwenden Sie den Pfad der extrahierten .zip Datei aus Schritt 1.
~$ tfx build tasks upload --task-path *<Path of the extracted package>*
Azure DevOps Server 2019 Update 1.1 Patch 7 Veröffentlichungsdatum: 12. Januar 2021
Wir haben einen Patch für Azure DevOps Server 2019 Update 1.1 veröffentlicht, der Folgendes behebt. Weitere Informationen finden Sie im Blogbeitrag.
- Testausführungsdetails zeigen keine Testschrittdetails für Testdaten an, die mithilfe der OpsHub-Migration migriert wurden.
- Ausnahme beim Initialisierer für 'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger'
- Nicht beibehaltene Builds werden nach der Migration zu Azure DevOps Server 2020 sofort gelöscht.
- Behebung der Datenanbieter-Ausnahme
Azure DevOps Server 2019 Update 1.1 Patch 6 Veröffentlichungsdatum: 8. Dezember 2020
Wir haben einen Patch für Azure DevOps Server 2019 Update 1.1 veröffentlicht, der Folgendes behebt. Weitere Informationen finden Sie im Blogbeitrag.
- CVE-2020-1325: Spoofing-Sicherheitsanfälligkeit in Azure DevOps Server
- CVE-2020-17135: Spoofing-Sicherheitsanfälligkeit in Azure DevOps Server
- CVE-2020-17145: Spoofing-Sicherheitsanfälligkeit in Azure DevOps Server und Team Foundation Services
- Behebung eines Problems mit TFVC, das nicht alle Ergebnisse verarbeitet
Wichtig
Lesen Sie die unten aufgeführten vollständigen Anweisungen, bevor Sie diesen Patch installieren.
Allgemeine Patchinstallation
Wenn Sie über Azure DevOps Server 2019 Update 1.1 verfügen, sollten Sie Azure DevOps Server 2019 Update 1.1 Patch 6installieren.
Überprüfung der Installation
Option 1: Ausführen
devops2019.1.1patch6.exe CheckInstall, devops2019.1.1patch6.exe ist die Datei, die über den obigen Link heruntergeladen wird. Die Ausgabe des Befehls gibt entweder an, dass der Patch installiert wurde oder nicht installiert ist.Option 2: Überprüfen Sie die Version der folgenden Datei:
[INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 ist standardmäßig aufc:\Program Files\Azure DevOps Server 2019installiert. Nach der Installation von Azure DevOps Server 2019.1.1 Patch 6 lautet die Version 17.153.30723.5.
AzurePowerShellV4-Aufgabeninstallation
Anmerkung
Alle unten genannten Schritte müssen auf einem Windows-Computer ausgeführt werden.
Voraussetzungen
Installieren des Azure PowerShell Az-Moduls Azure Powershell auf Ihrem privaten Agent-Computer.
Erstellen Sie eine Pipeline mit der AzurePowerShellV4 Aufgabe. Sie werden in der Aufgabe nur einen -Fehler auf Standardfehler sehen.
Installieren
Extrahieren Sie das AzurePowerShellV4.zip-Paket in einen Ordner mit dem Namen AzurePowerShellV4.
Laden Sie Node.js 14.15.1 und npm (im Node.js Download enthalten) entsprechend Ihrem Computer herunter und installieren Sie sie.
Öffnen Sie eine Eingabeaufforderung im Administratormodus, und führen Sie den folgenden Befehl aus, um tfx-cli zu installieren.
npm install -g tfx-cli
Erstellen Sie ein persönliches Zugriffstoken mit Vollzugriff Berechtigungen, und kopieren Sie es. Dieses token für den persönlichen Zugriff wird verwendet, wenn der Befehl tfx login ausgeführt wird.This Personal access token will be used when running the tfx login command.
Führen Sie Folgendes in der Eingabeaufforderung aus. Wenn Sie dazu aufgefordert werden, geben Sie die Dienst-URL und das persönliche Zugriffstoken ein.
~$ tfx login
Copyright Microsoft Corporation
> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully
- Führen Sie den folgenden Befehl aus, um die Aufgabe auf dem Server hochzuladen. Der Pfad des extrahierten Pakets wird D:\tasks\AzurePowerShellv4.
~$ tfx build tasks upload --task-path *<Path of the extracted package>*
Azure DevOps Server 2019 Update 1.1 Patch 5 Veröffentlichungsdatum: 8. September 2020
Wir haben einen Patch für Azure DevOps Server 2019 Update 1.1 veröffentlicht, der Folgendes behebt. Weitere Informationen finden Sie im Blogbeitrag.
- DTS 1713492 – Unerwartetes Verhalten beim Hinzufügen von AD-Gruppen zu Sicherheitsberechtigungen.
Azure DevOps Server 2019 Update 1.1 Patch 4 Veröffentlichungsdatum: 14. Juli 2020
Wir haben einen Patch für Azure DevOps Server 2019 Update 1.1 veröffentlicht, der Folgendes behebt. Weitere Informationen finden Sie im Blogbeitrag.
- CVE-2020-1326: Cross-Site-Scripting-Sicherheitslücke
- Die Buildpipeline zeigt eine falsche Verbindung für nicht autorisierte Benutzer beim Auswählen einer anderen Git-Quelle an.
- Beheben eines Fehlers beim Ändern der Vererbung auf "Ein" oder "Aus" in der XAML-Builddefinition.
Azure DevOps Server 2019 Update 1.1 Patch 3 Veröffentlichungsdatum: 9. Juni 2020
Wir haben einen Patch für Azure DevOps Server 2019 Update 1.1 veröffentlicht, der Folgendes behebt. Weitere Informationen finden Sie im Blogbeitrag.
- CVE-2020-1327: Stellen Sie sicher, dass der Azure DevOps-Server Benutzereingaben sanitiert.
Azure DevOps Server 2019 Update 1.1 Patch 2 Veröffentlichungsdatum: 14. April 2020
Wir haben einen Patch für Azure DevOps Server 2019 Update 1.1 veröffentlicht, der Folgendes behebt. Weitere Informationen finden Sie im Blogbeitrag.
SVN-Commits lösen keine Pipeline aus
Hinzufügen von Unterstützung für SHA2 in SSH in Azure DevOps
Azure DevOps Server 2019 Update 1.1 Patch 1 Veröffentlichungsdatum: 10. März 2020
Wir haben einen Sicherheitspatch für Azure DevOps Server 2019 Update 1.1 veröffentlicht, der die folgenden Fehler behebt. Weitere Informationen finden Sie im Blogbeitrag.
CVE-2020-0700: Cross-Site-Scripting-Sicherheitslücke
CVE-2020-0758: Erhöhung von Berechtigungen Sicherheitsanfälligkeit
CVE 2020-0815-: Erhöhung der Berechtigungen Sicherheitsanfälligkeit
Azure DevOps Server 2019 Update 1.1 RTW-Veröffentlichungsdatum: 10. Dezember 2019
Azure DevOps Server 2019 Update 1.1 ist ein Rollup von Fehlerbehebungen und Sicherheitsupdates. Es enthält alle Fixes in den zuvor veröffentlichten Patches für Azure DevOps Server 2019 Update 1. Sie können Azure DevOps Server 2019 Update 1.1 oder ein Upgrade von Azure DevOps Server 2019 oder Team Foundation Server 2012 oder höher direkt installieren.
Anmerkung
Das Datenmigrationstool wird ungefähr drei Wochen nach dieser Veröffentlichung für Azure DevOps Server 2019 Update 1.1 verfügbar sein. Sie können unsere Liste der derzeit unterstützten Versionen für den Import hiersehen.
Diese Version enthält Korrekturen für die folgenden Fehler:
Azure Boards
- Beim Erstellen einer neuen Arbeitsaufgabe aus dem Produktrückstand wird das Feld "Titel" nicht mit dem Standardwert in der Prozessvorlage initialisiert.
- Langsamkeit und Timeouts bei Verwendung von Azure Boards.
- Der Wert "Überarbeitet von" ist für Arbeitsitem-Links falsch.
Azure-Pipelines
- In Pipelines-Benachrichtigungen kann es sein, dass Felder wie "Dauer" in einigen Gebietsschemas null sind.
- Vorlagenpfad verweist möglicherweise nicht auf eine gültige JSON-Datei in einer Pipeline, die eine Azure Resource Group Deploymententhält.
- Die Seite "Aufbewahrungseinstellungen auf Sammlungsebene" wird auf den Projekteinstellungenseiten angezeigt.
Azure Testpläne
- Das Bearbeiten von Feldern in Testplänen ist langsam.
- In einem Testfall werden beim Öffnen von Boards (im Gegensatz zu Testplänen) die Details des freigegebenen Schritts nicht geöffnet.
Allgemein
Verwaltung
- hohe Speicherauslastung.
- Server mit Lastenausgleichskonfigurationen mussten ihren öffentlichen Ursprung explizit zum Registrierungseintrag "AllowedOrigins" hinzufügen.
- Kunden, die in SQL Azure installieren, sehen das Dialogfeld "Testversion abschließen" nicht.
- Die Installation von Erweiterungen gibt den Fehler "Fehlermeldung fehlender Beitrag (ms.vss-dashboards-web.widget-sdk-version-2)".
- Beim Einrichten der Elastic Search gibt es einen Fehler: "Benutzer ist nicht autorisiert".
- Indizierungs- und Abfragefehler in Elastic Search beim Upgrade von TFS 2018 Update 2 oder höher.
- Der Schritt "Lager erstellen" schlägt beim Konfigurieren von Azure DevOps Server fehl.
Diese Version enthält das folgende Update:
- Unterstützung für SQL Server 2019.
Azure DevOps Server 2019 Update 1 Patch 1 Veröffentlichungsdatum: 10. September 2019
Wir haben einen Sicherheitspatch für Azure DevOps Server 2019 Update 1 veröffentlicht, der den folgenden Fehler behebt. Weitere Informationen finden Sie im Blogbeitrag.
- CVE-2019-1306: Sicherheitsanfälligkeit in Wiki bezüglich Remotecodeausführung
Azure DevOps Server 2019 Update 1 Veröffentlichungsdatum: 20. August 2019
Anmerkung
Das Datenmigrationstool ist ungefähr drei Wochen nach dieser Version für Azure DevOps Server 2019 Update 1 verfügbar. Sie können unsere Liste der derzeit unterstützten Versionen für den Import hiersehen.
RC2 Veröffentlichungsdatum: 23. Juli 2019
RC2 enthält mehrere Bugfixes seit RC1 und ist die endgültige geplante Vorabrelease.
RC1 Veröffentlichungsdatum: 2. Juli 2019
Zusammenfassung der Neuerungen in Azure DevOps Server 2019 Update 1
Azure DevOps Server 2019 Update 1 führt viele neue Features ein. Zu den Highlights gehören:
- Neuer Basisprozess
- Abfrage für Arbeiten relativ zum Anfang des Tages, der Woche, des Monats oder des Jahres
- Probleme in GitHub annehmen und bearbeiten, während Sie in Azure Boards planen
- Erneuere abgelaufenen Build für automatisch vervollständigte Pull-Anfragen
- Neue Zusammenführungstypen zum Abschließen von Pull-Requests
- Auslösen von YAML-Pipelines mit Tags
- Aufgaben-Assistent zum Bearbeiten von YAML-Dateien
- Web-Editor mit IntelliSense für YAML-Pipelines
- Verwalten von GitHub-Versionen mithilfe von Pipelines
- Testergebnistrend (Erweitert) Widget
- Provenienzinformationen zu Paketen
- -Unterstützung für Python-Pakete
- Upstreamquellen für Maven
- Einbetten von Azure Boards-Abfrageergebnissen in Wiki-
- Permalinks für Wiki-Seiten
- Benachrichtigungen auf Wiki-Seiten
- Die Analytics-Erweiterung ist nicht mehr erforderlich, um Analytics zu nutzen.
Sie können auch zu einzelnen Abschnitten springen, um die neuen Features anzuzeigen:
Allgemein
Dunkles Design
Das dunkle Design war ein beliebtes Feature in Azure DevOps Services und ist jetzt in Azure DevOps Server verfügbar. Sie können das dunkle Design aktivieren, indem Sie Design aus dem Menü unter Ihrem Avatar oben rechts auf jeder Seite auswählen.
Bretter
Neuer Grundlegender Prozess
In der Vergangenheit war Agile der Standardprozess für neue Projekte und bietet einen robusten und flexiblen Satz von Arbeitsaufgabentypen und -zuständen für eine Vielzahl von Projektbereitstellungsmethoden. Für einige Teams, die mit anderen Tools vertrauter sind oder die wachsen und einen leistungsfähigeren Toolsatz einführen möchten, möchten Sie schnell mit der Terminologie beginnen, mit der sie vertrauter sind.
Der neue Basisprozess bietet drei Arbeitselementtypen (Epics, Issues und Tasks), um Ihre Arbeit zu planen und nachzuverfolgen. Es wird empfohlen, Vorgänge zu verwenden, um Aspekte wie Benutzergeschichten, Fehler und Features zu verfolgen, während Epics genutzt werden, um Vorgänge in größere Arbeitseinheiten zu gruppieren. Wenn Sie Fortschritte bei Ihrer Arbeit machen, verschieben Sie Aufgaben entlang eines einfachen Zustandsworkflows von To Do, In Bearbeitung und Done.
Sehen Sie sich die Dokumentation zu -Problemverfolgung und-Aufgaben an, zur Unterstützung Ihrer ersten Schritte bei Ihrem neuen Projekt.
Reihenfolge der Statuswerte im Arbeitsgegenstandsformular
Zuvor wurde der Statuswert im Arbeitsformular alphabetisch sortiert. Mit diesem Update haben wir geändert, wie die Statuswerte so angeordnet sind, dass sie der Workflowreihenfolge in den Prozesseinstellungen entsprechen. Sie können auch die Reihenfolge der Zustände in jeder Kategorie in den Zustandsanpassungseinstellungen ändern.
Die Aktivierung von Features ist nicht mehr verfügbar.
Kunden müssen den XML-Code für jedes Projekt manuell aktualisieren, um neue Features nach dem Upgrade ihrer Sammlung zu aktivieren.
Informationen zum Aktivieren bestimmter Features finden Sie in der Dokumentation.
Organisieren von Referenzmaterialien mit umfangreicheren Anhängen für Arbeitselemente
Wenn Sie Dateien an Arbeitsaufgaben anfügen, können Sie und Ihr Team Referenzmaterialien zentralisieren, sodass sie immer in der Nähe sind, wenn Sie sie benötigen. Es ist jetzt einfacher, eine neue Anlage hinzuzufügen, indem Sie die Datei einfach an eine beliebige Stelle im Arbeitsaufgabenformular ziehen und ablegen. Sie können die Anlagen weiterhin als Liste anzeigen oder zu einer Rasteransicht wechseln, um eine Miniaturansicht anzuzeigen. Doppelklicken Sie auf die Datei, um eine Vorschau zu öffnen, und durchlaufen Sie sie, um die benötigten Informationen schnell zu finden.
Teilen Sie das Board Ihres Teams mithilfe eines Abzeichens
Die README-Datei des Repositorys ist häufig die Startseite, an die sich Ihr Projektteam wendet, um Informationen darüber zu erfahren, wie Sie zu Ihrer Lösung beitragen und diese verwenden können. Sie können jetzt, wie bei einem Build- oder Bereitstellungsstatus in Azure Pipelines, ein Badge für das Board Ihres Teams in Azure Boards zu Ihrem README hinzufügen. Sie können das Signal so konfigurieren, dass nur die In Bearbeitung Spalten oder alle Spalten angezeigt werden, und sogar das Signal öffentlich sichtbar machen, wenn Ihr Projekt open Source ist.
Wenn Ihre README auf Markdown basiert, können Sie einfach das Markdown-Beispiel von der Seite mit den Statussignaleinstellungen kopieren und in Ihre Datei einfügen.
Abfrage von Aufgaben relativ zum Beginn des Tages, der Woche, des Monats oder des Jahres
Während sich Teams häufig darauf konzentrieren, was als nächstes kommt, oder auf der Grundlage von Sprint-Iterationen arbeiten, ist es oft interessant, die Arbeit aus Sicht des Kalenders zu betrachten, um über alle Arbeiten zu berichten, die im letzten Monat oder im ersten Quartal des Jahres stattgefunden haben. Jetzt können Sie den folgenden neuen Satz von @StartOf Makros zusammen mit einem beliebigen datumsbasierten Feld verwenden, um basierend auf dem Anfang des Tages, der Woche, des Monats oder des Jahres abzufragen:
- @StartOfYear
- @StartOfMonth
- @StartOfWeek
- @StartOfDay
Jedes dieser Makros akzeptiert auch eine neue Modifiziererzeichenfolge, mit der Sie die Daten nach verschiedenen Datumseinheiten verschieben können. Sie können z. B. eine Abfrage schreiben, um alle Arbeitsaufgaben zu finden, die im ersten Quartal dieses Jahres abgeschlossen wurden, indem Sie >= @StartOfYear und Statusänderungsdatum <= @StartOfYear("+3M" abfragen. Weitere Informationen finden Sie in der Abfragemakros Dokumentation.
Bearbeiten und Löschen von Diskussionskommentaren
Wir freuen uns, die Verfügbarkeit einer hoch gewählten Developer Community-Funktion bekannt zu geben, die es ermöglicht, Kommentare in der Diskussion Ihres Arbeitselements in Azure Boards zu bearbeiten und zu löschen. Wenn Sie Ihren Kommentar bearbeiten möchten, zeigen Sie einfach auf einen Kommentar, den Sie besitzen, und Es werden zwei neue Schaltflächen angezeigt. Wenn Sie auf das Bleistiftsymbol klicken, wechseln Sie in den Bearbeitungsmodus und können einfach Ihre Bearbeitungen vornehmen und die Schaltfläche "Aktualisieren" drücken, um Ihre Bearbeitungen zu speichern.
Wenn Sie auf das Überlaufmenü klicken, wird die Option zum Löschen Ihres Kommentars angezeigt. Nachdem Sie darauf geklickt haben, werden Sie erneut aufgefordert, zu bestätigen, dass Sie diesen Kommentar löschen möchten, und der Kommentar wird gelöscht.
Sie erhalten eine vollständige Nachverfolgung aller bearbeiteten und gelöschten Kommentare auf der Registerkarte "Verlauf" des Formulars für Arbeitselemente. Sie werden auch sehen, dass wir die Benutzeroberfläche unserer Diskussionserfahrung aktualisiert haben, um es moderner und interaktiver zu gestalten. Wir haben Blasen um Kommentare herum hinzugefügt, um es deutlicher zu machen, wo einzelne Kommentare beginnen und enden.
Exportieren von Abfrageergebnissen in eine CSV-Datei
Sie können jetzt Abfrageergebnisse direkt in eine CSV-Formatdatei aus dem Web exportieren.
Navigieren Sie direkt von Erwähnungen in einem GitHub-Kommentar zu Azure Boards-Arbeitselementen.
Wenn Sie nun eine Arbeitsaufgabe innerhalb des Kommentars eines Problems, pull request oder commit in GitHub mit der AB#{work item ID} Syntax erwähnen, werden diese Erwähnungen zu Links, auf die Sie klicken können, um direkt zur erwähnten Arbeitsaufgabe zu navigieren.
Dadurch wird kein formaler Link erstellt, der Arbeitsaufgaben in Azure Boards für jede verwandte Unterhaltung unnötig überhäuft. Stattdessen erhält Ihr Team eine Möglichkeit, mehr Informationen über Arbeitsaufgaben bereitzustellen, während Code oder ein vom Kunden gemeldetes Problem diskutiert wird. Weitere Informationen finden Sie in der GitHub-Integration Dokumentation zu Azure Boards.
Akzeptieren und Ausführen von Problemen in GitHub während der Planung in Azure Boards
Jetzt können Sie Arbeitsaufgaben in Azure Boards mit verwandten Problemen in GitHub verknüpfen. Mit dieser neuen Art von Verknüpfung sind jetzt mehrere andere Szenarien möglich. Wenn Ihr Team weiterhin Fehlerberichte von Benutzern akzeptieren möchte, z. B. als Probleme in GitHub, aber die Arbeit des Teams insgesamt in Azure Boards zu verknüpfen und zu organisieren, können Sie jetzt.
Dieselbe Erwähnungssyntax, die Ihr Team für Commits und Pullanforderungen verwendet, gilt weiterhin, und natürlich können Sie manuell in Azure Boards mit der Problem-URL verknüpfen. Weitere Informationen finden Sie in der Dokumentation GitHub & Azure Boards.
Schnelles Anzeigen verknüpfter GitHub-Aktivitäten aus dem Kanban-Board
Wenn Sie das Kanban-Board selbst oder im Team überprüfen, haben Sie häufig Fragen wie „wurde mit der Entwicklung dieses Elements schon begonnen?“ oder „wird dieses Element bereits überprüft?“ Mit den neuen GitHub-Anmerkungen auf dem Kanban-Board können Sie jetzt sich schnell einen Überblick verschaffen, wo sich ein Element befindet, und direkt zu GitHub-Commit, Pull Request oder Issue navigieren, um weitere Details zu erhalten. Weitere Informationen zu diesem Thema und den anderen Anmerkungen zu Aufgaben und Tests finden Sie in der Dokumentation Anpassen von Karten.
Repos
Entwürfe von Pull-Requests
Um zu verhindern, dass Pull-Requests abgeschlossen werden, bevor sie bereit sind, und um es einfach zu machen, Arbeiten in Bearbeitung zu erstellen, die möglicherweise nicht alle einbeziehen, unterstützen wir jetzt Entwurfs-Pull-Requests.
Sie können Entwurfs-Pullanforderungen erstellen, indem Sie im Dropdown-Menü der Schaltfläche "Erstellen" die Option "Als Entwurf erstellen" auswählen, wenn Sie eine Pullanforderung erstellen.
Nachdem Sie eine Entwurfs-Pullanforderung erstellt haben, wird ein Signal angezeigt, das den Status neben dem Titel angibt.
Entwurfs-Pullanforderungen enthalten keine Reviewer oder führen standardmäßig keine Builds aus, ermöglichen es Ihnen jedoch, Reviewer manuell hinzuzufügen und Builds auszuführen. Wenn Sie die Pullanforderung auf eine normale Pullanforderung heraufstufen möchten, klicken Sie einfach auf die Schaltfläche "Veröffentlichen" auf der Detailseite der Pullanforderung.
Erneut abgelaufenen Build für Auto-Vervollständigung von Pull-Requests ausführen
Azure Repos stellt jetzt automatisch abgelaufene Builds in die Warteschlange, die durch eine Pullanforderungsrichtlinie ausgelöst wurden. Dies gilt für Pull Requests, die alle anderen Richtlinien bestanden haben und auf "automatisch vervollständigt" festgelegt sind.
Wenn Pull Requests zuvor Richtlinien wie erforderliche Reviewer hatten, konnte der Genehmigungsprozess zu lange dauern, und ein zugeordneter Build konnte ablaufen, bevor ein Reviewer den Pull Request genehmigt hatte. Wenn die Pullanforderung auf "Automatisch abgeschlossen" festgelegt wurde, bleibt sie blockiert, bis ein Benutzer den abgelaufenen Build manuell in die Warteschlange gestellt hat. Mit dieser Änderung wird der Build automatisch in die Warteschlange gestellt, damit die Pullanforderung nach einem erfolgreichen Build automatisch abgeschlossen werden kann.
Anmerkung
Diese Automatisierung führt nur eine Warteschlange von bis zu fünf abgelaufenen Builds pro Pullanforderung durch und versucht nur einmal, jeden Build erneut in die Warteschlange zu stellen.
Nur die linke oder rechte Datei in einem Pull-Request anzeigen
Heute können Sie beim Anzeigen von Dateiänderungen in einer Pullanforderung entweder einen Parallel-Diff- oder Inline-Diff--Modus verwenden. Wir haben Feedback erhalten, dass viele von Ihnen nur die Originaldatei oder die geänderte Datei sehen möchten, ohne sie zu vergleichen, daher haben wir eine neue Option hinzugefügt, mit der Sie entweder die linke Datei oder die rechte Datei einzeln anzeigen können.
Neue Zusammenführungstypen zum Abschließen von Pull-Requests
Sie haben jetzt mehr Optionen, wenn Sie die Änderungen einer Pull Request mit dem Zielzweig zusammenführen. Wir haben Unterstützung für zwei der am häufigsten angeforderten Funktionen in der Entwickler-Community hinzugefügt: das Zusammenführen von Fast-Forward mit und das Zusammenführen von Semi-Linear mit (auch bekannt als "Rebase and Merge").
Im Dialogfeld Vollständige Pullanforderung werden nun diese neuen Optionen angezeigt:
Auf der aktualisierten Richtlinienverwaltungsseite können Administratoren steuern, welche Zusammenführungsstrategien für eine Verzweigung oder einen Ordner von Verzweigungen zulässig sind.
Anmerkung
Vorhandene Richtlinien werden weiterhin erzwungen. Wenn Ihr Branch derzeit eine Richtlinie "nur Squash-Mergen" hat, müssen Sie diese Richtlinie bearbeiten, um die neuen Zusammenführungsstrategien zu verwenden.
Es gibt einige Situationen, in denen die Neubasierung während des Abschlusses der Pullanforderung nicht möglich ist:
- Wenn eine Richtlinie für den Ziel-Branch die Verwendung von Rebase-Strategien verbietet, benötigen Sie die Berechtigung "Branch-Richtlinien außer Kraft setzen".
- Wenn die Quellverzweigung der Pullanforderung Richtlinien enthält, können Sie sie nicht erneut basieren. Durch das Neubasieren wird der Quellzweig geändert, ohne den Genehmigungsprozess für Richtlinien zu durchlaufen.
- Wenn Sie die Merge-Konflikt-Erweiterung verwendet haben, um Zusammenführungskonflikte zu lösen. Konfliktlösungen, die auf eine Drei-Wege-Zusammenführung angewendet werden, sind selten erfolgreich (oder sogar gültig), wenn alle Commits in einem Pull-Request nacheinander rebasieret werden.
In all diesen Fällen haben Sie immer noch die Möglichkeit, Ihre Branches lokal zu rebasen und auf den Server zu übertragen, oder beim Abschließen des Pull-Requests können Sie Ihre Änderungen squash-mit-merge zusammenführen.
Filtern nach Zielzweig in Pull-Requests (PRs)
Pull-Anforderungen ermöglichen Es Ihrem Team, Code zu überprüfen und Feedback zu Änderungen zu geben, bevor sie in der Hauptzweigung zusammengeführt werden. Sie sind ein wichtiger Bestandteil der Workflows vieler Teams, da Sie vorgeschlagene Änderungen durchlaufen, Kommentare hinterlassen und abstimmen können, um Codeänderungen zu genehmigen oder abzulehnen.
Damit Sie Ihre Pull-Requests einfacher finden können, haben wir eine Filteroption hinzugefügt, mit der Sie mithilfe des Ziel-Branches nach PRs suchen können.
Sie können auch die Zielzweigfilterung verwenden, um die Ansicht der Pullanforderungen auf der Registerkarte Mine anzupassen.
Erlauben Sie Erweiterungen, Syntaxhervorhebung und Autovervollständigung hinzuzufügen.
Derzeit veröffentlichen wir syntaxheraushebungen für eine Teilmenge von Sprachen, die vom Monaco Editorunterstützt werden. Viele von Ihnen möchten jedoch ihre eigene Syntaxmarkierung für Sprachen erstellen, die wir nicht unterstützen.
Mit diesem Update haben wir einen Erweiterungspunkt hinzugefügt, der Erweiterungen das Hinzufügen von Syntaxhervorhebung und Autovervollständigung zu den Datei-Explorer- und Pull-Request-Ansichten ermöglicht.
Sie finden ein Beispiel für eine Erweiterung, die dieses Feature hierzeigt.
Darüber hinaus haben wir die Unterstützung für die Syntaxhervorhebung der Kusto-Sprache hinzugefügt.
Erweiterungspunkt für die Repositoryerstellung
Wir haben einen Erweiterungspunkt hinzugefügt, damit Sie der Repositoryauswahl neue Elemente hinzufügen können. Mit diesem Erweiterungspunkt können Sie dem Menü für die Repositoryauswahl benutzerdefinierte Aktionen (Umleitungen, Popups usw.) hinzufügen und Abläufe wie alternative Repositoryerstellungsszenarien aktivieren.
Verbesserte Codierungsunterstützung
Das Bearbeiten und Speichern von Dateien im Web würde zuvor nur als UTF-8-Codierung gespeichert, und wir haben Sie nicht aufgefordert, wenn sich die Dateicodierung geändert hat. Jetzt geben wir Ihnen eine Warnung, wenn Sie versuchen, eine Datei zu speichern, die nicht über das Web codiert ist (was nur UTF-Codierung unterstützt). Darüber hinaus haben wir Unterstützung für UTF-16- und UTF-32-Codierung über den Web-Pushes-Endpunkt hinzugefügt. Dies bedeutet, dass wir den Codierungstyp beibehalten, damit Sie sie nicht als UTF-8 umschreiben müssen.
Der folgende Screenshot zeigt das Dialogfeld, das Sie sehen, wenn Sie Codierungsänderungen bei einem Web-Push einführen.
Abrufen der Befehlsunterstützung in Azure Repos
Go ist eine Open Source-Programmiersprache, die auch als Golang bezeichnet wird. In Go können Sie den befehl get command verwenden, um Pakete und Abhängigkeiten herunterzuladen und zu installieren. Mit diesem Update haben wir Unterstützung für go get in einem Azure DevOps-Repository hinzugefügt. Mit go getkönnen Sie Pakete mit ihren Abhängigkeiten herunterladen, die von den Importpfaden benannt werden. Sie können das schlüsselwort import verwenden, um den Importpfad anzugeben.
Pipelines
Web-Editor mit IntelliSense für YAML-Pipelines
Wenn Sie YAML verwenden, um Ihre Pipelines zu definieren, können Sie jetzt die neuen Editorfeatures nutzen, die mit dieser Version eingeführt wurden. Unabhängig davon, ob Sie eine neue YAML-Pipeline erstellen oder eine vorhandene YAML-Pipeline bearbeiten, können Sie die YAML-Datei im Pipelineweb-Editor bearbeiten. Verwenden Sie beim Bearbeiten der YAML-Datei STRG+LEERTASTE für IntelliSense-Unterstützung. Sie sehen die hervorgehobenen Syntaxfehler und erhalten auch Hilfe zur Behebung dieser Fehler.
Aufgaben-Assistent zum Bearbeiten von YAML-Dateien
Wir erhalten weiterhin viel Feedback, das darum bittet, die Bearbeitung von YAML-Dateien für Pipelines zu vereinfachen. Daher fügen wir dem YAML-Editor einen Aufgaben-Assistenten hinzu. Damit haben Sie die gleiche vertraute Erfahrung zum Hinzufügen einer neuen Aufgabe zu einer YAML-Datei wie im klassischen Editor. Dieser neue Assistent unterstützt die meisten gängigen Aufgabeneingabetypen, z. B. Auswahllisten und Dienstverbindungen. Um den neuen Aufgaben-Assistenten zu verwenden, wählen Sie Bearbeiten für eine YAML-basierte Pipeline aus, und wählen Sie dann den Aufgaben-Assistentenaus.
Auslösen von YAML-Pipelines mit Tags
YAML-Pipelines können ausgelöst werden, wenn Tags einem Commit hinzugefügt werden. Dies ist für Teams nützlich, deren Workflows Tags enthalten. Sie können z. B. einen Prozess starten, wenn ein Commit als "zuletzt funktionierend bekannt" markiert ist.
Sie können angeben, welche Tags eingeschlossen und ausgeschlossen werden sollen. Zum Beispiel:
trigger:
tags:
include:
- releases/*
exclude:
- releases/old*
Containerressourcen inline deklarieren
Zuvor mussten Sie Ihre Containerressourcen in YAML-Pipelines deklarieren und dann anhand des Namens darauf verweisen. Wir bieten jetzt eine Inlinesyntax für Fälle an, in denen Sie nicht mehrmals auf den Container verweisen werden.
jobs:
- job: my-container-job
container:
image: microsoft/dotnet:latest
Einstellung zum automatischen Abbrechen einer vorhandenen Pipeline, wenn eine Pullanforderung aktualisiert wird
Standardmäßig werden Pipelines, die durch Pull-Requests (PRs) ausgelöst werden, abgebrochen, wenn ein neuer Commit an denselben PR übertragen wird. Dies ist in den meisten Fällen wünschenswert, da Sie in der Regel keine Pipeline auf veraltetem Code ausführen möchten. Wenn Sie dieses Verhalten nicht wünschen, können Sie autoCancel: false zu Ihrem PR-Trigger hinzufügen.
pr:
branches:
include:
- main
- releases/*
autoCancel: false
Das Verzeichnis für ausgecheckten Code in YAML-Pipelines auswählen
Zuvor haben wir Repos im s Verzeichnis unter $(Agent.BuildDirectory) ausgecheckt. Jetzt können Sie das Verzeichnis auswählen, in dem Ihr Git-Repository für die Verwendung mit YAML-Pipelines ausgecheckt wird.
Verwenden Sie das Schlüsselwort path für checkout, und Sie haben die Kontrolle über die Ordnerstruktur. Im Folgenden finden Sie ein Beispiel für den YAML-Code, den Sie zum Angeben eines Verzeichnisses verwenden können.
steps:
- checkout: self
path: my-great-repo
In diesem Beispiel wird Ihr Code im Arbeitsbereich des Agents im Verzeichnis my-great-repo abgelegt. Wenn Sie keinen Pfad angeben, wird Ihr Repository weiterhin in ein Verzeichnis mit dem Namen sheruntergeladen.
Neue für YAML optimierte Azure App Service-Aufgaben
Wir unterstützen jetzt vier neue Aufgaben, die eine einfache und dennoch leistungsstarke Möglichkeit bieten, Azure App Services für moderne Entwickler bereitzustellen. Diese Aufgaben verfügen über eine optimierte YAML-Syntax, die es einfach und intuitiv macht, Bereitstellungen für Azure AppServices zu erstellen, einschließlich WebApps, FunctionApps, WebApps für Container und FunctionApp für Container auf Windows- und Linux-Plattformen.
Wir unterstützen auch eine neue Hilfsprogrammaufgabe für die Dateitransformation und variablen Ersetzung für XML- und JSON-Formate.
Änderungen an Standardberechtigungen für neue Projekte
Bisher konnten Projektmitwirkende keine Pipelines erstellen, es sei denn, ihnen wurde explizit die Berechtigung „Erstellen einer Build-Definition“ gegeben. Für neue Projekte können Ihre Teammitglieder pipelines problemlos erstellen und aktualisieren. Diese Änderung verringert die Reibung für neue Kunden, die in Azure-Pipelines integriert sind. Sie können die Standardberechtigungen für die Gruppe "Mitwirkende" immer aktualisieren und deren Zugriff einschränken.
Verwaltung von GitHub-Versionen mit Pipelines
GitHub-Versionen sind eine hervorragende Möglichkeit zum Packen und Bereitstellen von Software für Benutzer. Wir freuen uns, ihnen mitzuteilen, dass Sie sie jetzt mithilfe der GitHub Release-Aufgabe in Azure Pipelines automatisieren können. Mithilfe der Aufgabe können Sie eine neue Version erstellen, vorhandene Entwürfe/veröffentlichte Versionen ändern oder ältere Versionen verwerfen. Es unterstützt Features wie das Hochladen mehrerer Objekte, das Markieren einer Version als Vorabversion, das Speichern einer Version als Entwurf und vieles mehr. Diese Aufgabe unterstützt Sie auch dabei, Versionshinweise zu erstellen. Es kann auch automatisch die Änderungen (Commits und zugehörige Probleme) berechnen, die in dieser Version vorgenommen wurden, und sie den Versionshinweisen in einem benutzerfreundlichen Format hinzufügen.
Hier ist das einfache YAML für die Aufgabe:
task: GithubRelease@0
displayName: 'Create GitHub Release'
inputs:
githubConnection: zenithworks
repositoryName: zenithworks/pipelines-java
assets: $(build.artifactstagingdirectory)/*.jar
Eine GitHub-Beispielversion, die mit dieser Aufgabe erstellt wurde:
Links zu bestimmten Zeilen in einem Buildprotokoll
Sie können jetzt einen Link zu bestimmten Zeilen im Buildprotokoll freigeben. Dies hilft Ihnen bei der Zusammenarbeit mit anderen Teammitgliedern bei der Diagnose von Buildfehlern. Wählen Sie einfach die Zeilen eines Protokolls aus der Ergebnisansicht aus, um ein Linksymbol zu erhalten.
Verbesserungen bei der Ressourcenautorisierung
Wir mussten Sicherheit für geschützte Ressourcen (z. B. Dienstverbindungen, Variablengruppen, Agentpools, sichere Dateien) bereitstellen, wenn in einer YAML-Datei darauf verwiesen wird. Gleichzeitig wollten wir es Ihnen erleichtern, Pipelines einzurichten und zu verwenden, die diese Arten von Ressourcen für Nichtproduktionsszenarien verwenden. Zuvor haben wir eine Einstellung hinzugefügt, um eine Ressource als "autorisiert für die Verwendung in allen Pipelines" zu kennzeichnen.
Mit diesem Update erleichtern wir Ihnen die Behebung eines Ressourcenautorisierungsproblems, auch wenn Sie eine Ressource nicht als solche gekennzeichnet haben. Wenn ein Build aufgrund eines Ressourcenautorisierungsfehlers fehlschlägt, wird in der neuen Oberfläche eine Option angezeigt, um die Verwendung dieser Ressourcen in der Pipeline explizit zu autorisieren, und fahren Sie dann fort. Teammitglieder mit Berechtigungen zum Autorisieren von Ressourcen können diese Aktion direkt aus einem fehlerhaften Build ausführen.
Neue Beitragspunkte für Erweiterungen auf der Registerkarte "Pipelines Test"
Wir haben das Erweiterungsframework weiter leistungsfähiger gemacht, indem wir auf der Registerkarte "Testergebnisse" in Pipelines zwei neue Beitragspunkte hinzugefügt haben. Dadurch ermöglichen es die Marketplace-Erweiterungen, maßgeschneiderte Berichterfahrungen bereitzustellen und weitere Interaktivität hinzuzufügen.
Die beiden Beitragspunkte sind:
Schaltfläche "Benutzerdefinierte Aktion" in der Symbolleiste
Manchmal möchten Sie möglicherweise eine Aktion ausführen, z. B. das Aktualisieren der Daten einer API oder das Ausführen von benutzerdefinierten Tools mithilfe von Metadaten aus Ihren Testergebnissen. Mit diesem Beitragspunkt können Sie Erweiterungen erstellen, die den unmittelbaren Kontext des ausgewählten Testergebnisses verwenden, um der Schaltfläche *Benutzerdefinierte Aktion- eine benutzerdefinierte Aktion hinzuzufügen.
Registerkarte "Benutzerdefinierte Details" im Detailbereich
Möglicherweise verfügen Sie über eine Vielzahl von Workflows für den Testberichtverbrauch und möchten möglicherweise verschiedene Datenpunkte für fehlgeschlagene Tests für Debugging und Analyse anzeigen. Mithilfe dieses Beitragspunkts kann Ihr Team dem Detailbereich eine neue Registerkarte hinzufügen, die angezeigt wird, wenn Sie die ergebniszeile des Tests im Datenraster auswählen. Diese neue Registerkarte kann eine Ansicht mit statischem Inhalt oder dynamischen Daten anzeigen, die mit internen oder externen APIs abgerufen werden.
Einmal agent ausführen
Wenn Sie Infrastruktur wie Azure-Containerinstanzen verwenden, um flexible private Agents auszuführen, möchten Sie häufig, dass jeder Agent nur einen Auftrag akzeptiert, bevor er weggeht. Bisher war dies nicht einfach, da Sie den Agenten beenden mussten (was möglicherweise dazu führte, dass ein Fehler gemeldet wurde) oder das Risiko akzeptieren mussten, dass ein Agent möglicherweise einen anderen Auftrag bekam, bevor Sie ihn herunterfahren konnten. Mit diesem Update haben wir die --once Flag zur Agentkonfiguration hinzugefügt. Wenn Sie den Agent auf diese Weise konfigurieren, akzeptiert er nur einen Auftrag und beendet sich dann selbst.
Aktualisierung der Agentpool-Benutzeroberfläche
Die Verwaltungsseite für Agentpools in den Projekteinstellungen wurde mit einer neuen Benutzeroberfläche aktualisiert. Jetzt können Sie ganz einfach alle Jobs sehen, die in Pools ausgeführt werden. Darüber hinaus können Sie erfahren, warum ein Auftrag nicht ausgeführt wird.
Bereitstellung auf Zielen, bei denen in einer Bereitstellungsgruppe ein Fehler aufgetreten ist.
Standardmäßig wurde Azure Pipelines verwendet, um alle Aufträge erneut auszuführen, wenn Sie eine zuvor fehlgeschlagene Ausführung erneut bereitstellen. Jetzt können Sie dieses Verhalten außer Kraft setzen, indem Sie die Bereitstellungsoption bei der Bereitstellung konfigurieren. Wenn Sie die Option 'Alle Aufträge' auswählen und auf 'fehlgeschlagene Ziele in einer Bereitstellungsgruppe' beschränken, führt die erneute Ausführung alle Aufträge aus, aber überspringt die Bereitstellungen an die Ziele, die bereits auf dem neuesten Stand sind.
Automatische erneute Bereitstellung im Fehlerfall
Wenn eine Bereitstellung in einer Phase fehlschlägt, kann Azure Pipelines die letzte erfolgreiche Bereitstellung jetzt automatisch erneut bereitstellen. Sie können die Phase so konfigurieren, dass die letzte erfolgreiche Version automatisch bereitgestellt wird, indem Sie den automatischen Wiedereinsetzungs-Auslöser in den Nachbereitungsbedingungenkonfigurieren. Wir planen, der Konfiguration für die automatische erneute Bereitstellung in einem zukünftigen Sprint zusätzliche ausgelöste Ereignisse und Aktionen hinzuzufügen. Weitere Informationen finden Sie in der Bereitstellungsgruppen Dokumentation.
Der Grafana-Annotations-Service-Hook
Wir unterstützen jetzt einen neuen Service-Hook, mit dem Sie Grafana-Anmerkungen für Ereignisse der Kategorie "Bereitstellung abgeschlossen" zu einem Grafana-Dashboard hinzufügen können. Auf diese Weise können Sie Bereitstellungen mit den Änderungen an Anwendungs- oder Infrastrukturmetriken korrelieren, die in einem Grafana-Dashboard visualisiert werden.
Abfragen von Azure Monitor-Warnungsaufgaben
Die vorherige Version der Azure Monitor-Abfrageaufgabe unterstützte das Abfragen von Warnungen nur in der klassischen Überwachungserfahrung. Mit dieser neuen Version der Aufgabe können Sie Warnungen zur einheitlichen Überwachungserfahrung abfragen, die kürzlich von Azure Monitor eingeführt wurde.
Inlineeingabe der Spezifikationsdatei in der Aufgabe "In Kubernetes bereitstellen"
Zuvor mussten Sie mit der Kubernetes-Bereitstellungsaufgabe einen Dateipfad für die Konfiguration angeben. Jetzt können Sie die Konfiguration auch inline hinzufügen.
Docker CLI Installer-Aufgabe
Diese Aufgabe ermöglicht die Installation einer beliebigen Version von Docker CLI auf den Agents, wie vom Benutzer angegeben.
gelöschte Release-Pipelines wiederherstellen
Das Löschen nicht verwendeter Veröffentlichungspipelines hilft, die Liste der Veröffentlichungspipelines sauber zu halten, aber manchmal löschen sie versehentlich etwas. Mit diesem Update ist es jetzt möglich, eine Veröffentlichungspipeline wiederherzustellen, die innerhalb der letzten 30 Tage gelöscht wurde. Wir haben dem linken Bereich der Seite "Releases" eine neue Registerkarte hinzugefügt, auf der eine Liste der gelöschten Release-Pipelines angezeigt wird. In dieser Ansicht können Sie eine gelöschte Releasepipeline wiederherstellen, indem Sie die Pipeline aus der Liste auswählen und auf die Schaltfläche Wiederherstellen klicken.
Benachrichtigungen über das Scheitern einer Anfrage zur Veröffentlichungserstellung
Sie können Benachrichtigungen festlegen, um E-Mails zu empfangen, wenn Änderungen an Ihren Builds, Der Codebasis und anderen Vorgängen vorgenommen werden. Sie können z. B. eine Benachrichtigung festlegen, um benachrichtigt zu werden, wenn Ihnen eine Arbeitsaufgabe zugewiesen ist.
Mit diesem Update haben wir der Kategorie Release ein neues Benachrichtigungsabonnement hinzugefügt. Diese Benachrichtigung sendet Ihnen eine E-Mail, wenn eine Anforderung für eine Releaseerstellung fehlschlägt. Ein Beispielszenario, in dem dies hilfreich sein kann, ist, wenn eine Anforderung zum Erstellen einer Version fehlschlägt, da eine Artefaktversion nicht verfügbar ist. Informationen zum Verwalten Ihrer Benachrichtigungen finden Sie in der Dokumentation hier.
Veröffentlichungen bei Änderungen an der Quelle oder Pipeline einplanen.
Wenn Sie zuvor einen geplanten Releasetrigger hatten, würde eine Veröffentlichung auch dann ausgelöst, wenn keine Änderung im upstream-Artefakt oder in der Releasedefinition erkannt wurde. Dem Schedule release trigger-Panel wurde eine Option hinzugefügt, um Releases nur zu planen, wenn sich die Artefaktversion oder die Releasedefinition geändert hat.
Beitragspunkt für Variablen im Dialogfeld "Freigabe erstellen"
Zuvor mussten die Variablenwerte, die während der Freigabeerstellung benötigt werden, vom Benutzer ohne Unterstützung oder Vorschläge eingegeben werden. Wir haben Beitragspunkte zum Dialogfeld "Neue Version erstellen" hinzugefügt, um Erweiterungen zu unterstützen, die das Auffüllen des Wertes einer Variablen während der Releaseerstellung erleichtern.
Veröffentlichen in Azure Service Bus-Sitzungswarteschlangen
Wir haben die agentlose -Aufgabe "Build" erweitert, um Nachrichten in Sitzungswarteschlangen veröffentlichen zu können. Diese Option wurde der Aufgabe "In Azure Service Bus veröffentlichen" hinzugefügt.
Neue Azure-Abonnementoption in Kubernetes-Dienstverbindung
Mit Dienstverbindungen für Builds und Veröffentlichungen können Sie eine Verbindung zu externen und Remotediensten herstellen, um Aufgaben im Rahmen eines Builds oder einer Bereitstellung auszuführen. Sie können eine Dienstverbindung aus den Administratoreinstellungen Ihres Projekts definieren und verwalten.
Mit diesem Update haben wir dem Kubernetes-Dienstverbindungsformular eine Authentifizierungsoption hinzugefügt. Jetzt können Sie Azure-Abonnement- auswählen, um Ihre Verbindung zu authentifizieren. Dies erleichtert die Bereitstellung für bestimmte Namespaces, indem Kubernetes-Verbindungen mit Ihrem Azure-Abonnement- und Clusternamen eingerichtet werden.
Für einen Cluster mit rollenbasierter Zugriffskontrolle (RBAC) werden ServiceAccount-- und RoleBinding--Objekte im ausgewählten Namespace erstellt. Das RoleBinding-Objekt beschränkt die Vorgänge des erstellten Dienstkontos nur auf den ausgewählten Namespace. Für einen deaktivierten RBAC-Cluster verfügt das erstellte Dienstkonto über clusterweite Berechtigungen für Namespaces.
Azure-Containerregistrierung in Docker-Registrierungsdienstverbindung
Jetzt können Sie eine Docker-Registrierungsdienstverbindung über die Einstellungsseite Ihres Projekts erstellen. Um die Verbindung zu erstellen, wählen Sie eine Azure-Containerregistrierung in einem der Abonnements aus, die Ihrer Azure Active Directory (AAD)-Identität zugeordnet sind. Alle Aufgaben, die Dienstverbindungen mit Containerregistrierungen erfordern, z. B. Docker@2 und KubernetesManifest@0, unterstützen eine einzige Möglichkeit zum Angeben einer Verbindung.
Nach Ordnernamen in Versionsdefinitionen suchen
Sie können Ihre Freigabedefinitionen organisieren, indem Sie sie in Ordnern speichern. Zuvor haben Sie nicht die Möglichkeit, eine Suche nach Ordnern durchzuführen. Es war schwierig, eine bestimmte Releasedefinition zu finden, wenn Sie viele Ordner erstellt haben. Jetzt können Sie in der Releasedefinition nach Ordnernamen suchen, wodurch die gesuchten Definitionen einfacher zu finden sind.
Duffle-Tool-Installationsaufgabe in der Build- und Releasepipeline
Duffle ist ein Befehlszeilentool, mit dem Sie Cloud Native Application Bundles (CNAB) installieren und verwalten können. Mit CNABs können Sie containereigene Apps und deren Dienste bündeln, installieren und verwalten.
In diesem Update haben wir eine neue Aufgabe für Build- und Releasepipelines hinzugefügt, mit der Sie eine bestimmte Version der Duffle-Binärdatei installieren können.
Kubernetes-Manifest-Aufgabe
Wir haben unserer Releasepipeline eine neue Aufgabe hinzugefügt, um die Bereitstellung in Kubernetes-Clustern mithilfe von Manifestdateien zu vereinfachen. Diese Aufgabe bietet die folgenden Vorteile im Vergleich zur Verwendung der kubectl-Binärdatei in Skripts:
Artefaktersetzung – Beim Bereitstellen wird eine Liste von Containerimages als Eingabe verwendet, die zusammen mit ihren Tags oder Digests angegeben werden können. Dies wird in die nicht-vorlagenbasierte Version der Manifestdateien eingefügt, bevor sie auf den Cluster angewendet wird, um sicherzustellen, dass die Knoten des Clusters die richtige Bildversion abrufen.
Manifeststabilität – Der Rolloutstatus wird auf die Kubernetes-Objekte überprüft, die zur Integration von Stabilitätsprüfungen bereitgestellt werden, während der Vorgangsstatus als Erfolg/Fehler ermittelt wird.
Anmerkungen zur Rückverfolgbarkeit – Anmerkungen werden den bereitgestellten Kubernetes-Objekten hinzugefügt, um Informationen zur Rückverfolgbarkeit von Ursprungsorganisation, Projekt, Pipeline und Ausführung zu überlagern.
Bake Manifest - Der Bake-Vorgang der Aufgabe ermöglicht das Backen von Helm-Charts in Kubernetes-Manifestdateien, damit sie auf den Cluster angewendet werden können.
Die Wahl der Canary-Strategie in Kombination mit der Bereitstellungsaktion führt zur Erstellung des gewünschten Prozentsatzes von Workloads, die mit -baseline und -canary versehen sind, sodass sie während einer
ManualIntervention-Aufgabe verglichen werden können, bevor die Aktion zum Fördern/Ablehnen verwendet wird, um die endgültige zu behaltende Version festzulegen.
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 der Docker-Aufgabe
Wir haben die Docker-Aufgabe aktualisiert, um die Pipelineerstellung zu vereinfachen. Der befehl buildAndPush kann jetzt verwendet werden, um mehrere Tags für ein bestimmtes Container-Repository zu erstellen und in einem einzigen Schritt an mehrere Containerregistrierungen zu übertragen. Die Aufgabe kann Docker-Registrierungsdienstverbindungen für die Anmeldung bei Containerregistrierungen verwenden. Metadaten zur Rückverfolgbarkeit von Quell-Repositorys, Commit- und Build-Provenienz werden den mit dieser Aufgabe erstellten Bildern als Bezeichnungen hinzugefügt.
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
Kubectl-Toolinstallationsprogramm
Wir haben eine neue Aufgabe hinzugefügt, mit der Sie eine bestimmte Version der Kubectl-Binärdatei auf den Agents installieren können. Die neuesten und semver Versionszeichenfolgen wie "v1.14.0" werden als gültige Werte für die Kubectl-Versionsspezifikationseingabe akzeptiert.
Verbesserungen der ServiceNow-Integration
Eine Schlüsselfunktion für die teamübergreifende Zusammenarbeit besteht darin, jedem Team die Nutzung eines Diensts ihrer Wahl zu ermöglichen und eine effektive End-to-End-Übermittlung zu haben. Mit diesem Update haben wir die ServiceNow-Integration erweitert, um alle Arten von Änderungen (normal, Standard und Notfall) zu unterstützen. Darüber hinaus können Sie nun das Gateway angeben, das für das Erstellen einer neuen Änderungsanforderung mit einer existierenden Vorlage verwendet wird, gemäß dem ITSM-Prozess, der in Ihrer Organisation befolgt wird. Schließlich können Sie Freigaben auch auf Grundlage von vorhandenen Änderungsanforderungen gestalten. Auf diese Weise können Sie CD übernehmen, ohne den von Ihren IT-Teams empfohlenen Prozess ändern zu müssen.
Unterstützung für Red Hat Enterprise Linux 6
Mit diesem Update haben wir Agent-Support für Red Hat Enterprise Linux 6 hinzugefügt. Sie können jetzt Agents für die Ausführung von Build- und Releaseaufträgen für die Red Hat Enterprise Linux 6-Plattform konfigurieren.
Unterstützung des Azure PowerShell Az-Moduls
Azure PowerShell stellt eine Reihe von Cmdlets bereit, mit denen Sie Azure-Ressourcen über die Befehlszeile verwalten können. Im letzten Dezember wurde das Azure PowerShell Az-Modul verfügbar und ist jetzt das beabsichtigte Modul für die Verwaltung Ihrer Azure-Ressourcen.
Zuvor haben wir in unseren gehosteten Agents keine Unterstützung für das Azure PowerShell Az-Modul bereitgestellt. Mit der neuen Azure PowerShell-Aufgabenversion 4.* in Build- und Releasepipelinen haben wir Unterstützung für das neue Az-Modul für alle Plattformen hinzugefügt. Azure PowerShell-Aufgabenversion 3.* unterstützt weiterhin das AzureRM-Modul. Um jedoch mit den neuesten Azure-Diensten und -Features schritthalten zu können, empfehlen wir, so schnell wie möglich zur Azure PowerShell-Taskversion 4 zu wechseln.
Das Az-Modul verfügt über einen Kompatibilitätsmodus, mit dem Sie vorhandene Skripts verwenden können, während Sie sie aktualisieren, um die neue Syntax zu verwenden. Verwenden Sie den Befehl Enable-AzureRmAlias, um die Kompatibilität für das Az-Modul zu aktivieren. Mit Aliasen können Sie die alten Cmdlet-Namen mit dem Az-Modul verwenden. Weitere Details zum Migrieren vom Azure RM-Modul zum Azure PowerShell Az-Modul finden Sie hier.
Anmerkung
Sie müssen das Az-Modul auf Ihrem Agent-Computer installieren, wenn Sie private Agents verwenden.
Weitere Informationen zum Azure PowerShell Az-Modul finden Sie in der Dokumentation hier.
Azure Active Directory (AD)-Authentifizierungsunterstützung für Azure SQL-Aufgabe
Die Azure SQL-Aufgabe wurde erweitert, um die Verbindung mit einer Datenbank mithilfe von Azure AD (Integriertes & Kennwort) und einer Verbindungszeichenfolge zusätzlich zur vorhandenen Unterstützung für die SQL-Serverauthentifizierung zu unterstützen.
Veröffentlichen von Buildartefakten mit langen Dateipfaden
Bisher gab es eine Einschränkung, die das Hochladen von Buildartefakten mit Pfaden mit mehr als 233 Zeichen verhinderte. Dies könnte verhindern, dass Sie Codeabdeckungsergebnisse von Linux- und macOS-Builds mit Dateipfaden hochladen, die länger als der Grenzwert sind. Der Grenzwert wurde aktualisiert, um lange Pfade zu unterstützen.
Kontinuierliche Integration (CI) für einen Commit überspringen
Jetzt können Sie Azure Pipelines anweisen, einen Commit zu ignorieren und die Ausführung einer Pipeline zu überspringen, die normalerweise vom Commit ausgelöst würde. Fügen Sie einfach [skip ci] in die Commit-Message des HEAD-Commits ein, und Azure Pipelines wird CI überspringen. Sie können auch eine der unten aufgeführten Variationen verwenden. Für Commits bei Azure Repos Git und GitHub Enterprise Server wird dies unterstützt.
-
[skip ci]oder[ci skip] -
skip-checks: trueoderskip-checks:true -
[skip azurepipelines]oder[azurepipelines skip] -
[skip azpipelines]oder[azpipelines skip] -
[skip azp]oder[azp skip] ***NO_CI***
Testpläne
Trend der Testergebnisse (Erweitert) Widget
Das Testergebnistrend-Widget (Advanced) bietet nahezu echtzeitbezogene Einblicke in Ihre Testdaten für mehrere Builds und Versionen. Das Widget Testergebnistrend (Advanced) stellt einen Trend Ihrer Testergebnisse für Ihre Pipelines oder über Pipelines hinweg dar. Sie können es verwenden, um die tägliche Anzahl von Test, Passrate und Testdauer nachzuverfolgen. Das Verfolgen der Testqualität im Laufe der Zeit und die Verbesserung der Testressourcen ist entscheidend für die Aufrechterhaltung einer gesunden DevOps-Pipeline.
Das Testergebnistrend-Widget (Advanced) hilft Ihnen, Ausreißer in Ihren Testergebnissen zu finden und Fragen zu beantworten wie: Dauert die Ausführung von Tests länger als üblich? Welche Testdatei oder Pipeline wirkt sich auf meine gesamte Erfolgsquote aus? Was sind meine lang andauernden Tests?
Um Ihnen bei der Beantwortung dieser Fragen zu helfen, bietet das Widget die folgenden Features:
- Zeigt einen Trend der Passrate und die Anzahl der Testergebnisse oder der Testdauer an.
- Stellt Testergebnisse basierend auf mehreren Build-Pipelines oder Release-Pipelines dar.
- Verwendet kombinierte Diagrammoptionen, um zwei Metriken über demselben Trend anzuzeigen.
- Filtert die Testanzahl im Laufe der Zeit nach Testergebnis.
- Filtert alle Testergebnisse nach Branch oder Test
- Stapelt Ihre Metriken nach Testattributen wie Priorität oder Umgebung
- Gruppieren von Daten nach Testdateien, Besitzern oder Pipelines
Das Widget ist sehr konfigurierbar, sodass Sie es für eine Vielzahl von Szenarien verwenden können.
Testergebnisse per URL teilen
Sie können automatisierte Tests so konfigurieren, dass sie als Teil eines Builds oder einer Veröffentlichung ausgeführt werden. Die veröffentlichten Testergebnisse können auf der Registerkarte Tests in der Build- oder Versionszusammenfassung angezeigt werden. Mit diesem Update haben wir eine Funktion zum Kopieren der Ergebnis-URL hinzugefügt, sodass Sie ein einzelnes Testergebnis mit anderen Personen in Ihrem Team teilen können.
Die Freigabeebenen umfassen:
- Ausführungsebene
- Ergebnisebene
- Einzelne Registerkarte im Testlauf ausgewählt
- Die Freigabe ist auch mit allen konfigurierten Erweiterungstabs kompatibel.
Wenn Sie die URL freigeben, werden die Testausführungsergebnisse in der Vollbildansicht angezeigt.
Artefakte
NuGet-Pakete mit SemVer 2.0.0-Versionsnummern
Zuvor haben Azure Artifacts NuGet-Pakete mit SemVer 2.0.0.0-Versionsnummern nicht unterstützt (im Allgemeinen Versionsnummern, die den Buildmetadatenteil der Version enthalten, die durch eine +gekennzeichnet ist). Jetzt können Sie Pakete aus nuget.org speichern, die Buildmetadaten enthalten, und ihre eigenen Pakete mit Buildmetadaten übertragen. Gemäß der SemVer-Spezifikation und NuGet.org Richtliniekönnen Buildmetadaten nicht verwendet werden, um Pakete zu bestellen. Sie können also sowohl 1.0.0+build1 als auch 1.0.0+build2 nicht in Azure Artifacts (oder nuget.org) veröffentlichen, da diese Versionen als gleichwertig betrachtet werden und somit den unveränderlichen Einschränkungenunterliegen.
Provenienzinformationen zu Paketen
Mit diesem Update haben wir es etwas einfacher gemacht, die Herkunft Ihrer Pakete zu verstehen: wer oder was sie veröffentlicht hat und aus welchem Quellcode-Commit sie stammen. Diese Informationen werden automatisch für alle Pakete aufgefüllt, die mit den Aufgaben NuGet, npm, Mavenund Twine Authenticate (für Python) in Azure Pipelines veröffentlicht werden.
Statistiken zur Paketnutzung
Bisher haben Azure Artifacts keine Möglichkeit bereitgestellt, die Verwendung oder Beliebtheit von Paketen zu messen. Mit diesem Update haben wir die Anzahl der Downloads und Benutzer sowohl den Paketlisten- als auch den Paketdetailseiten hinzugefügt. Sie können die Statistiken auf der rechten Seite einer seite sehen.
Unterstützung für Python-Pakete
Azure Artifacts können jetzt Python-Pakete hosten: Beide Pakete, die Sie selbst produzieren, und upstream-Pakete, die aus dem öffentlichen PyPI gespeichert wurden. Weitere Informationen finden Sie im Ankündigungsblogbeitrag und in den Dokumenten.
Jetzt können Sie alle Ihre NuGet-, npm-, Maven- und Python-Pakete im selben Feed hosten.
Vorgelagerte Quellen für Maven
Upstream-Quellen sind jetzt für Maven-Feeds verfügbar. Dazu gehören das primäre Maven Central-Repository und Azure Artifacts-Feeds. Um Maven-Upstreams zu einem vorhandenen Feed hinzuzufügen, besuchen Sie Feedeinstellungen, wählen Sie die Registerkarte Upstream-Quellenaus, und wählen Sie dann Upstream-Quelle hinzufügenaus.
Proxyunterstützung für Aufgaben im Zusammenhang mit Artefakten
Bis jetzt haben viele artefaktbezogene Buildaufgaben keine umfassende Unterstützung für die Proxy-Infrastruktur von Azure Pipelines geboten, was zu Schwierigkeiten bei der Nutzung der Aufgaben durch lokale Agenten führte. Mit diesem Update haben wir den folgenden Aufgaben Unterstützung für Proxys hinzugefügt:
- Npm@1 ('npm' im Designer)
- NuGetCommand@2 ('NuGet' im Designer): nur Befehle 'restore' und 'push'
- DotNetCoreCLI@2 ('.NET Core' im Designer): Befehle nur für 'restore' und 'nuget push'
- NpmAuthenticate@0, PipAuthenticate@0 und TwineAuthenticate@0 ("[Typ] Authentifizieren" im Designer): Diese Aufgaben unterstützen Proxys während des Erwerbs von Authentifizierungstoken, aber es ist dennoch erforderlich, alle nachfolgenden Aufgaben/Skripts/Tools so zu konfigurieren, dass auch der Proxy verwendet wird. Anders ausgedrückt, konfigurieren diese Aufgaben nicht den Proxy für das zugrunde liegende Tool (npm, pip, Twine).
- NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ("[Typ] Installer" im Designer)
Alle in Veröffentlichungen unterstützten Pakettypen für Artefakte
Bisher wurden nur NuGet-Pakete im Azure Artifacts Artefakttyp in Pipelines-Versionen unterstützt. Mit diesem Update werden alle Azure Artifacts-Pakettypen – Maven, npm und Python – unterstützt.
In Versionen unterstützte Artefakteansichten
Zuvor konnte der Artefakttyp "Azure Artifacts" nur ausgelöst werden, wenn neue Paketversionen im Feed veröffentlicht wurden. Jetzt haben wir auch Unterstützung für Ansichten hinzugefügt, sodass Sie Releases auslösen können, wenn Pakete, die sich bereits im Feed befinden, in eine Ansicht befördert werden.
Aufbewahrungsrichtlinien können Pakete überspringen, die kürzlich heruntergeladen wurden
Bisher haben Azure Artifacts-Feeds grundlegende Aufbewahrungsrichtlinien angeboten, die mit dem Löschen alter Paketversionen beginnen würden, wenn eine "maximale Anzahl von Versionen pro Paket" erreicht wurde. Mit diesem Update haben wir die Möglichkeit hinzugefügt, kürzlich heruntergeladene Pakete zu überspringen, wenn Sie diese Bereinigung durchführen. Um den Feed zu aktivieren, bearbeiten Sie Ihren Feed, und aktivieren Sie das Kontrollkästchen Pakete überspringen, die kürzlich heruntergeladen wurden.
Delegieren, wer Feeds verwalten kann
In Azure Artifacts konnten Project Collection Administrators (PCAs) immer alle Feeds auf einem Azure DevOps-Server verwalten. Mit diesem Update können PCAs auch anderen Benutzern und Gruppen diese Möglichkeit geben und somit die Möglichkeit zum Verwalten von Feeds delegieren.
Wiki
Markdownvorlagen für Formeln und Videos
Es ist nicht mehr erforderlich, sich die Markdown-Syntax zu merken, um Formeln, Videos und YAML-Tags hinzuzufügen, wenn man ein Wiki bearbeitet. Sie können nun auf das Kontextmenü auf der Symbolleiste klicken und die Gewünschte Option auswählen.
Einbetten von Azure Boards-Abfrageergebnissen in Wiki
Sie können jetzt Azure Boards-Abfrageergebnisse in eine Wiki-Seite in Form einer Tabelle einbetten. Die folgende Abbildung zeigt ein Beispiel einer Wiki-Seite mit einer Liste aller veröffentlichten Features und alle aktiven Fehler im aktuellen Sprint, die in das Wiki eingebettet sind. Der auf der Seite angezeigte Inhalt verwendet eine vorhandene Arbeitsaufgabenabfrage. Mit diesem neuen Feature können Sie dynamische Inhalte erstellen und müssen sich keine Gedanken darüber machen, die Wiki-Seite manuell zu aktualisieren.
Die Abfrageergebnisse können in zwei Schritten hinzugefügt werden:
- Klicken Sie auf der Bearbeitungssymbolleiste auf die Schaltfläche "Abfrageergebnisse".
- Wählen Sie die erforderliche Abfrage aus, und klicken Sie auf die Schaltfläche "Einfügen".
Die Ergebnisse der Abfrage können nun in Form einer Tabelle angezeigt werden, nachdem Sie die Seite gespeichert haben.
Monospace-Schriftart für den Wiki-Markdown-Editor
Mit der Einführung von monospaced Fonts für den Wiki Markdown-Editor ist die Lesbarkeit keine Herausforderung mehr. Die Markdown-Quelle sieht sauber und einfach zu lesen aus. Dieses Feature wurde basierend auf diesem Vorschlagsticketpriorisiert.
Permalinks für Wiki-Seiten
Bis jetzt funktionierten freigegebene Wiki-Seiten-Links nicht mehr, wenn die verknüpfte Seite umbenannt oder verschoben wurde. Wir haben jetzt dauerhafte Links eingeführt, indem wir der URL eine Seiten-IDs hinzufügen. Dadurch wird sichergestellt, dass Links, die Sie freigeben, im Laufe der Zeit intakt bleiben, während sich das Wiki ändert.
Dieses Feature wurde basierend auf diesem Vorschlagsticket priorisiert.
Arbeitsaufgabenstatus auf Wiki-Seiten anzeigen
In diesem Update haben wir die Erwähnungen von Arbeitsaufgaben auf Wiki-Seiten verbessert, indem wir den Status der Arbeitsaufgabe zur Seite zusammen mit der ID und dem Titel hinzufügen.
Arbeitsaufgabenverweise in Pull-Anforderungskommentaren und Boards-Diskussionen zeigen auch den Status an.
@mention Benutzer und Gruppen
Sie können jetzt Benutzer und Gruppen in einer Wiki-Seite @mention. Dadurch werden Dokumente wie die Kontaktseite eines Teams, Anleitungsdokumente und Wissensdokumente umfangreicher. Die folgende Abbildung zeigt ein Beispiel für eine Sprint-Retrospektive mit Aufgaben und der verantwortlichen Person.
markieren. />
Darüber hinaus können Sie auch einen Benutzer oder eine Gruppe aus der autouggestion auswählen, indem Sie "@" in die Wiki-Bearbeitungsseite eingeben. Die erwähnte Person wird auch per E-Mail benachrichtigt.
@mentionbeginnen. />
Schließlich können Sie auch auf den @mentioned Benutzer klicken, um die Profilinformationskarte anzuzeigen. Dieses Feature wurde basierend auf dem Featurevorschlag und diesem priorisiert.
Benachrichtigungen auf Wiki-Seiten
Bis jetzt haben Sie keine Möglichkeit zu wissen, wann der Inhalt auf einer Wiki-Seite geändert wurde. Jetzt können Sie Wiki-Seiten folgen, um per E-Mail benachrichtigt zu werden, wenn die Seite bearbeitet, gelöscht oder umbenannt wird. Um Änderungen, die an einem Wiki vorgenommen wurden, zu verfolgen, wählen Sie auf der Wiki-Seite die Schaltfläche Folgen aus.
Dieses Feature wurde basierend auf diesem Ticketvorschlag priorisiert. Weitere Informationen finden Sie in unserer Dokumentation hier.
Unterstützung für HTML-Tags
Jetzt können Sie umfangreichere Inhalte in Wiki mithilfe von HTML-Tags erstellen. Schauen Sie sich an, was Sie mit HTML-Tags unten tun können.
Mithilfe der Details und Zusammenfassung Tags können Sie jetzt reduzierbare Abschnitte in Ihren Wiki-Seiten erstellen. Sie können das Attribut open hinzufügen, um die Details standardmäßig erweitert zu halten.
Weitere Informationen zu den Details Tags erhalten Sie in der Dokumentation hier.
Dies wurde basierend auf diesem Vorschlagsticket priorisiert.
Anmerkung
Dieses Tag wird in Edge- und Internet Explorer-Browsern nicht unterstützt.
Verbesserte Tabellenerstellung und -bearbeitung
Bisher war das Erstellen und Bearbeiten von Tabellen in einem Wiki schwierig. Wir haben Änderungen vorgenommen, um ihnen das Hinzufügen und Verwalten von Tabellen in Ihrem Wiki zu erleichtern.
Erstellen einer Tabelle aus dem Raster
Sie müssen sich nicht mehr an die Markdowntabellensyntax erinnern. Jetzt können Sie eine Markdowntabelle ganz einfach erstellen, indem Sie aus einem Raster von 15 X 15 auswählen. Wählen Sie einfach die erforderliche Anzahl von Spalten und Zeilen aus, um eine Tabelle mit nur einem Klick einzufügen.
Dieses Feature wurde basierend auf den folgenden Vorschlagstickets priorisiert:
Bessere Lesbarkeit von Tabellen
Sie können jetzt den Zeilenumbruch für Ihren Editor umschalten, um die Lesbarkeit Ihrer Tabellen zu verbessern. Durch das Deaktivieren des Wortumbruchs wird eine Bildlaufleiste hinzugefügt, mit der Sie den Inhalt großer Tabellen leichter anzeigen können.
Automatisches Formatieren von Markdowntabellen
Sie müssen keine Leerzeichen mehr hinzufügen, um die Markdownspalten auszurichten. Mit der Schaltfläche Tabellen formatieren werden Ihre Markdowntabellen automatisch formatiert, indem Sie den Zellen Leerzeichen hinzufügen, um die Spalten auszurichten. Wenn Sie über große Tabellen verfügen, verwenden Sie sie mit Deaktivieren des Wortumbruchs, damit die Tabellen leichter lesbar sind.
Sie können auch die STRG+UMSCHALT+F Tastenkombination verwenden, um Ihre Tabellen zu formatieren.
Berichterstattung
Analyseerweiterung ist nicht mehr notwendig, um Analytics zu verwenden
Analytics wird zunehmend zu einem integralen Bestandteil der Azure DevOps-Erfahrung. Es ist eine wichtige Funktion für Kunden, die ihnen dabei helfen, datengesteuerte Entscheidungen zu treffen.
Für Update 1 freuen wir uns, ihnen mitzuteilen, dass Kunden die Analytics-Erweiterung nicht mehr für die Verwendung von Analytics benötigen. Kunden können jetzt Analytics unter den Project-Sammlungseinstellungen aktivieren. Es ist ein einfacher Prozess, der sich direkt im Produkt befindet.
So können Kunden Analytics aktivieren:
- Navigieren Sie zu den Project-Sammlungseinstellungen:
- Klicken Sie auf Analytics- aktivieren
Und das ist es! Analytik-gestützte Erlebnisse werden für die Kollektion aktiviert.
Neue Sammlungen, die in Update 1 und Azure DevOps Server 2019 erstellt wurden, bei denen die Analytics-Erweiterung installiert war und die aktualisiert wurden, haben standardmäßig Analytics aktiviert.
Weitere Informationen zu Analytics und den damit ermöglichten Erfahrungen:
- Erfahren Sie mehr über Aktivieren von Analytics.
- Lesen Sie die Analytics Overview-Dokumentation.
- Lesen Sie die wichtigsten Features: Analyse-Widgets, Top-Fehler-Testbericht, Power BI-Integrationund der OData-Endpunkt.
- Sehen Sie sich dieses Video auf Kanal 9 über Azure DevOps Analyticsan.
Feedback
Wir würden uns freuen, von Ihnen zu hören! Sie können ein Problem melden oder eine Idee bereitstellen und über Developer Community- nachverfolgen und Ratschläge zu Stack Overflow-erhalten.