Azure Pipelines – Sprint 177 Update

  • Artikel

Features

Aktualisieren von Knoten im Azure Pipelines-Agent

Update von dem, was ursprünglich veröffentlicht wurde: Aufgrund einer Inkompatibilität mit Red Hat Enterprise Linux 6 und Node 14 haben wir die Arbeit an Node 14 angehalten und konzentrieren uns zuerst auf den Zugriff auf Node 10.

In dieser Version haben wir unseren Wechsel von Node 6 und zu einer unterstützten Node-Version als bevorzugte Laufzeit für Azure Pipelines-Aufgaben begonnen. Wir haben den ersten Batch der sofort einsatzbereiten Aufgaben aktualisiert, die auf Node 10 ausgeführt werden. Diese Änderung markiert den Anfang eines Prozesses, um Node 6 standardmäßig aus dem Agent zu entfernen. Node 6 hat den langfristigen Support beendet und wird häufig von automatisierten Scannern als Sicherheitsrisiko gekennzeichnet. Obwohl wir glauben, dass unsere Verwendung von Node 6 den meisten potenziellen Fehlern unterliegt, ist es dennoch wichtig, dass wir Aufgaben auf eine unterstützte Laufzeit übertragen. Im Kalenderjahr 2021 planen wir, mit dem Versand einer Version des Agents ohne Node 6 zu beginnen.

Wenn Sie eine der Aufgaben mit Node 10-fähigen Verwenden, aktualisiert sich Ihre selbst gehosteten Agents selbst, um die neuen Versionen von Aufgaben auszuführen. Abgesehen davon sollte es für die meisten Kunden keine Auswirkungen geben. Wenn Sie hingegen der Autor von Aufgaben sind, sollten Sie mit der Aktualisierung beginnen, die auf Knoten 10 ausgeführt werden soll. In Ihrem task.json, unter execution, können Sie von Node zu Node10. Wenn Sie ältere Serverversionen unterstützen müssen, können Sie Ihren Node Einstiegspunkt verlassen. Instanzen von Azure DevOps, die den Node 10-Handler verstehen, wählen sie standardmäßig aus, und diejenigen, die nicht auf Ihre Node 6-Implementierung zurückgreifen.

Speichern eines fehlerhaften Agents für die Untersuchung in Skalierungsgruppen-Agents

Wenn Sie Skalierungssatz-Agents verwenden, verwaltet Azure Pipelines die Skalierung nach oben und unten von Agentinstanzen. Wenn Azure Pipelines einen fehlerhaften virtuellen Computer im Skalierungssatz erkennt, protokolliert es das Problem auf der Benutzeroberfläche für die Pooldiagnose und versucht, den virtuellen Computer zu löschen. Es gibt viele Gründe, warum eine VM fehlerhaft sein kann: Die Netzwerkkonfiguration des Skalierungssatzes hat möglicherweise verhindert, dass die Azure Pipelines-Erweiterung den neuesten Agent herunterlädt, ihre benutzerdefinierte Skripterweiterung ist möglicherweise fehlgeschlagen, oder das Vm-Image des Skalierungssatzes hat möglicherweise einen ausstehenden Neustart oder ausstehende Windows-Updates.

Durch das Löschen fehlerhafter VMs behält Azure Pipelines Ihren Agentpool für die Ausführung von CI/CD-Aufträgen optimiert. In einigen Fällen können Sie die Seite "Azure Pipelines Diagnose" (siehe oben) oder die Seite "Azure Diagnose" verwenden, um dieses Problem zu debuggen. In vielen Fällen besteht jedoch die beste Möglichkeit zum Diagnostizieren des Problems darin, sich bei der VM anzumelden und die Agentprotokolle und Ereignisanzeigeprotokolle zu überprüfen. Derzeit ist dies nicht einfach, da die fehlerhafte VM automatisch gelöscht wird.

Mit dieser Version haben wir die Diagnose von fehlerhaften VMs verbessert, indem Wir Ihnen die Möglichkeit bieten, einen fehlerhaften Agent für die Untersuchung zu speichern.

Wenn ein fehlerhafter Agent gespeichert wird, können Sie eine Verbindung mit dem virtuellen Computer herstellen, debuggen und alle benötigten Protokolle abrufen. Wenn Sie fertig sind, können Sie den Agent und den zugehörigen virtuellen Computer freigeben. Weitere Informationen finden Sie im Abschnitt zur Problembehandlung bei fehlerhaften Agents.

ubuntu-latest Pipelines werden bald Ubuntu-20.04 verwenden

Ubuntu 20.04 wird bald die Standardversion für die ubuntu-latest Bezeichnung in Azure Pipelines sein. Diese Änderung wird über einen Zeitraum von mehreren Wochen ab dem 30. November eingeführt.

Wenn Probleme mit Ihren Ubuntu-Pipelines auftreten:

  • Datei eines Problems im Repository für virtuelle Umgebungen
  • Wechseln Sie zurück zu Ubuntu 18.04, indem Sie sie als vmImage in Ihrer Pipeline angebenubuntu-18.04. Wir werden Ubuntu 18.04 weiterhin unterstützen.

Beachten Sie, dass und ubuntu-20.04 kann sich ubuntu-18.04 sowohl in vorinstallierten Tools als auch in den Standardversionen von Tools unterscheiden. Informationen zu allen Unterschieden finden Sie unter https://github.com/actions/virtual-environments/issues/1816.

Nächste Schritte

Hinweis

Diese Features werden in den nächsten zwei bis drei Wochen eingeführt.

Wechseln Sie zu Azure DevOps, und sehen Sie sich an.

Navigieren Sie zu Azure DevOps.

Senden von Feedback

Wir würden uns freuen zu hören, was Sie zu diesen Features halten. Verwenden Sie das Hilfemenü, um ein Problem zu melden oder einen Vorschlag bereitzustellen.

Einen Vorschlag unterbreiten

Sie können auch Ratschläge und Ihre Fragen von der Community in Stack Overflow beantworten lassen.