Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure DevOps Services
Von Microsoft gehostete Agents sind nur mit in der Cloud gehosteten Azure DevOps Services verfügbar. Sie können von Microsoft gehostete Agents oder den Azure Pipelines-Agentpool nicht mit lokalem Azure DevOps Server verwenden. Bei diesen lokalen Versionen müssen Sie selbstgehostete Agents verwenden.
Von Bedeutung
Wählen Sie die Version dieses Artikels aus, die Ihrer Plattform und Version entspricht. Die Versionsauswahl befindet sich oberhalb des Inhaltsverzeichnisses. Überprüfen Sie die Plattform und Version Ihres Azure DevOps.
Das Azure Pipelines-Team unterstützt (maximal) 2 GA-gehostete Images und jeweils ein gehostetes Beta-Image. Wir beginnen mit dem Abbruch der ältesten Bildbeschriftung, nachdem die neueste Betriebssystemimagebezeichnung für GA veröffentlicht wurde. Dieser Artikel enthält den Veraltetkeitszeitplan für die ältesten gehosteten Bilder, um Zeit für die Planung und Migration zu den neueren Images zu ermöglichen.
Weitere Informationen zum Softwarelebenszyklus und zum Ausmusterungszeitplan von Software und Bildern finden Sie unter GitHub Actions Runner Images - Software and Image Support.
Abkündigungspläne
| Gehostetes Agentimage-Betriebssystem | Geplante Deaktivierung |
|---|---|
| macOS | Abkündigungsplan für gehostete Images von macOS 14 Sonoma |
| Fenster | Zurzeit sind keine Images von für Windows gehosteten Agents für die Stilllegung geplant. |
| Linux | Zurzeit sind keine Linux-Gehosteten Agent-Images für die Deaktivierung geplant. |
Zeitplan für die Außerdienststellung des gehosteten Images von macOS 14 Sonoma
Das vom MacOS 14 gehostete Imagedeprecation wirkt sich auf Azure DevOps-Kunden aus, die das MacOS 14 Sonoma-Agent-Image in ihren von Microsoft gehosteten Pipelines verwenden. Diese Deaktivierung wirkt sich nicht auf Kunden aus, die macOS 14 Sonoma-Agents in selbst gehosteten Agents verwenden.
Der MacOS 14 Sonoma Image-Abstiegszeitplan:
- Beginn der Abkündigung: 6. Juli 2026.
- Brownout-Zeitplan: 5. Oktober 2026 bis 31. Oktober 2026.
- Geplantes Entfernungsdatum: 2. November 2026.
Brownout-Zeitplan
Um das Bewusstsein für die bevorstehende Entfernung zu erhöhen, werden wir vorübergehend Aufträge, die das bereitgestellte Image macOS 14 Sonoma verwenden, fehlschlagen lassen. Builds, die während der Brownout-Zeiten ausgeführt werden sollen, werden fehlschlagen. Die Stromausfälle sind für die folgenden Datums- und Uhrzeitangaben geplant:
- 5. Oktober 14:00 UTC - 6. Oktober 00:00 UTC
- 12. Oktober 14:00 UTC - 13. Oktober 00:00 UTC
- 16. Oktober 14:00 UTC - 17. Oktober 00:00 UTC
- 19. Oktober 14:00 UTC - 20. Oktober 00:00 UTC
- 23. Oktober 14:00 UTC - 24. Oktober 00:00 UTC
- 26. Oktober 14:00 UTC - 27. Oktober 00:00 UTC
- 29. Oktober 14:00 UTC - 30. Oktober 00:00 UTC
- 30. Oktober 14:00 UTC - 31. Oktober 00:00 UTC
Empfohlene Aktion
Pipelines mit dem auf macOS 14 Sonoma gehosteten Image sollten vor dem geplanten Datum der Entfernung auf macos-latest oder macos-15 aktualisiert werden, um Unterbrechungen zu vermeiden.
Um Ihre Pipelines zu identifizieren, die das macOS 14 Sonoma Hosted Image verwenden, befolgen Sie die Anweisungen im Abschnitt Wie man Pipelines identifiziert, die ein veraltetes Hosted Image verwenden.
Informationen zum Aktualisieren ihrer betroffenen YAML-Pipelines auf ein neues Image finden Sie unter Aktualisieren von YAML-Pipelines, um ein neues Image zu verwenden. Informationen zum Aktualisieren der betroffenen klassischen Pipelines finden Sie unter Aktualisieren klassischer Pipelines, um ein neues Image zu verwenden.
Wie man Pipelines identifiziert, die veraltetes gehostetes Image verwenden
Um Pipelines zu bestimmen, die ein veraltetes Image verwenden, navigieren Sie zum folgenden Speicherort in Ihrer Organisation: https://dev.azure.com/{organization}/{project}/_settings/agentqueues. Filtern Sie nach dem Namen des Images, das überprüft werden soll. Im folgenden Beispiel wird das Image macos-13 überprüft.
Sie können den projektübergreifenden Auftragsverlauf für veraltete Images auch mit dem Skript hier abfragen, wie im folgenden Beispiel gezeigt.
./QueryJobHistoryForRetiredImages.ps1 -accountUrl https://dev.azure.com/{org} -pat {pat}
Aktualisieren von YAML-Pipelines für die Verwendung eines neuen Images
So aktualisieren Sie Ihre YAML-Pipelines für die Verwendung eines neuen Images:
Suchen Sie die
vmImage-Eigenschaft.Ändern Sie den Wert vom alten Bild in das neue Bild. Um beispielsweise eine ältere Version eines Linux-Agents durch die neueste Version zu ersetzen, ändern Sie Folgendes:
pool: vmImage: 'ubuntu-20.04'in:
pool: vmImage: 'ubuntu-latest'Speichern und ausführen Sie Ihre Pipeline, um die Änderungen zu überprüfen.
Wenn Sie die Versionen der Software anzeigen möchten, die auf jedem gehosteten Image installiert sind, lesen Sie von Microsoft gehostete Agents: Software, und klicken Sie auf den Link "Enthaltene Software " für das jeweilige Image.
Aktualisieren von klassischen Pipelines zur Verwendung eines neuen Images
So aktualisieren Sie klassische Pipelines:
- Navigieren Sie im Azure DevOps-Portal zu den Pipelineeinstellungen.
- Suchen Sie die Agentspezifikation, und aktualisieren Sie die Agentspezifikation auf die neuere Version.
- Speichern und eine neue Ausführung in die Warteschlange stellen, um das Update zu überprüfen.
Wenn Sie die Versionen der Software anzeigen möchten, die auf jedem gehosteten Image installiert sind, lesen Sie von Microsoft gehostete Agents: Software, und klicken Sie auf den Link "Enthaltene Software " für das jeweilige Image.
Alternative Methoden zum Verwenden eines veralteten Bilds
Wenn Sie nach ablaufen der Deaktivierung weiterhin ein Bild verwenden müssen, das veraltet ist, sollten Sie die folgenden Alternativen in Betracht ziehen:
- Verwenden Sie einen Containerauftrag, um den Container unabhängig vom gehosteten Image anzugeben. Im folgenden Beispiel wird ein Ubuntu 20.04-Container, der auf dem
ubuntu-latestImage gehostet wird, zum Ausführen der Pipeline verwendet.
jobs:
- job: ubuntu20
container: ubuntu:20.04
displayName: Use Ubuntu 20.04 container image
pool:
vmImage: 'ubuntu-latest'
steps:
- script: printenv
Häufig gestellte Fragen
- Wie kann ich wissen, ob meine Azure DevOps-Organisation oder -Pipelines betroffen sind?
- Ich verwende ein Bild, das in selbst gehosteten Agenten zur Außerdienststellung vorgesehen ist. Ist meine Pipeline betroffen?
- Ich verwende ein Image, das in den verwalteten DevOps-Pools in Kürze veraltet sein wird. Ist meine Pipeline betroffen?
- Ich verwende ein Bild, das für die Veraltetkeit in der klassischen Pipeline geplant ist. Ist meine Pipeline betroffen?
- Ich verwende ein Container-Abbild, dessen Ausmusterung geplant ist. Ist meine Pipeline betroffen?
Wie kann ich wissen, ob meine Azure DevOps-Organisation oder -Pipelines betroffen sind?
Verwenden Sie das Erkennungsskript oder überprüfen Sie die Agent-Warteschlangen, wie in Wie man Pipelines mit einem veralteten gehosteten Image identifiziert beschrieben.
Ich verwende ein Bild, das in selbst gehosteten Agenten zur Außerdienststellung vorgesehen ist. Ist meine Pipeline betroffen?
Nein, nur von Microsoft Gehostete Bilder sind betroffen.
Ich verwende ein Image, das in den verwalteten DevOps-Pools in Kürze veraltet sein wird. Ist meine Pipeline betroffen?
Verwaltete DevOps-Pools bieten Azure-Pipelines-Images an, sind jedoch nicht direkt von der Veraltung der von Microsoft gehosteten Images betroffen. Verwaltete DevOps-Pools-Images weisen einen eigenen Lebenszyklus- und Veraltetkeitszeitplan auf. Weitere Informationen finden Sie unter Azure Pipelines Images: Image Lifecycle.
Ich verwende ein Bild, das für die Veraltetkeit in der klassischen Pipeline geplant ist. Ist meine Pipeline betroffen?
Ja, wenn Ihre klassische Pipeline ein von Microsoft gehostetes Image verwendet, das für die Ausmusterung geplant ist, ist es betroffen.
Ich verwende ein Container-Abbild, dessen Ausmusterung geplant ist. Ist meine Pipeline betroffen?
Nein, Containerimages haben keine Auswirkungen auf die Veraltetkeit des gehosteten Images.