Verschieben von Arbeitsaufgaben in eine Spalte oder einen Verantwortlichkeitsbereich aus dem Aktionsmenü für Arbeitsaufgaben

In diesem Sprint haben wir Verbesserungen der Barrierefreiheit für das Kanban-Board aufgenommen. Jetzt können Sie Karte in eine Spalte oder einen Verantwortlichkeitsbereich aus dem Aktionsmenü "Arbeitsaufgaben" im Kanban-Board verschieben.

Weitere Informationen finden Sie in den Versionshinweisen.

Allgemein

• Alle öffentlichen REST-APIs unterstützen granulare PAT-Bereiche

Azure Boards

• Wechseln zu Spalte und Wechseln zum Verantwortlichkeitsbereich

Azure Pipelines

• Leistungsverbesserung von Windows PowerShell-Aufgaben
• Pipelines-Agent unter .NET 6 Vorankündigung
• Node 16-Aufgabenausführung im Pipeline-Agent

Azure Artifacts

• Neue Benutzeroberfläche für die Upstream-Paketsuche

Allgemein

Alle öffentlichen REST-APIs unterstützen granulare PAT-Bereiche

Bisher waren eine Reihe öffentlich dokumentierter Azure DevOps-REST-APIs nicht mit Bereichen (z. B. Arbeitsaufgabenlesevorgängen) verknüpft, die kunden, die vollständige Bereiche verwenden, um diese APIs über nicht interaktive Authentifizierungsmechanismen wie persönliche Zugriffstoken (PAT) zu nutzen. Die Verwendung eines vollständigen Persönlichen Zugriffstokens erhöht das Risiko, wenn sie in den Händen eines böswilligen Benutzers landen können. Dies ist einer der Standard Gründe, warum viele unserer Kunden die Richtlinien für die Steuerungsebene nicht voll ausnutzen, um die Nutzung und das Verhalten des PAT einzuschränken.

Mit dieser Sprintversion sind nun alle öffentlichen Azure DevOps-REST-APIs zugeordnet und unterstützen einen granularen PAT-Bereich. Wenn Sie derzeit einen vollständigen PAT verwenden, um sich bei einer der öffentlichen Azure DevOps-REST-APIs zu authentifizieren, sollten Sie eine Migration zu einem PAT mit dem spezifischen Bereich in Betracht ziehen, der von der API akzeptiert wird, um unnötigen Zugriff zu vermeiden. Die unterstützten granularen PAT-Bereiche für eine bestimmte REST-API finden Sie im Abschnitt "Sicherheit" der Dokumentationsseiten. Darüber hinaus gibt es hier eine Tabelle mit Bereichen.

Azure Boards

Wechseln zu Spalte und Wechseln zum Verantwortlichkeitsbereich

Im Rahmen unserer Verbesserungen bei der Barrierefreiheit haben wir eine Option "In Spalte verschieben" und "In Verantwortlichkeitsbereich verschieben" zur Karte Aktionen im Kanban-Board hinzugefügt. Diese Aktionen bieten Benutzern mit Barrierefreiheitsanforderungen die Möglichkeit, Karte s um das Kanban-Board mühelos zu verschieben.

Azure Pipelines

Leistungsverbesserung von Windows PowerShell-Aufgaben

Mithilfe von Aufgaben können Sie die Automatisierung in einer Pipeline definieren. Eine dieser Aufgaben ist die Hilfsaufgabe, mit der PowerShell@2 Sie PowerShell-Skripts in Ihrer Pipeline ausführen können. Um ein PowerShell-Skript für eine Azure-Umgebung zu verwenden, können Sie die AzurePowerShell@5 Aufgabe verwenden. Einige PowerShell-Befehle, mit denen Statusaktualisierungen gedruckt werden können, werden Invoke-WebRequestjetzt schneller ausgeführt. Die Verbesserung ist wichtiger, wenn Sie viele dieser Befehle in Ihrem Skript haben oder wenn sie lange ausgeführt werden. Mit diesem Update ist die progressPreference Eigenschaft der und AzurePowerShell@5 der PowerShell@2 Aufgaben jetzt standardmäßig festgelegtSilentlyContinue.

Pipelines-Agent unter .NET 6 Vorankündigung

Dies ist eine Vorabankündigung, dass wir den Pipelines-Agent vor Dezember von .NET 3.1 Core auf .NET 6 aktualisieren werden. Dadurch werden native Unterstützung für Apple Silicon sowie Windows Arm64 eingeführt.

Die Verwendung von .NET 6 wirkt sich auf die Systemanforderungen für den Agent aus. Insbesondere wird die Unterstützung für die folgenden Betriebssysteme fallen: CentOS 6, Fedora 29-33, Linux Mint 17-18, Red Hat Enterprise Linux 6

Node 16-Aufgabenausführung im Pipeline-Agent

In diesem Sprint haben wir dem Pipeline-Agent einen Knoten 16-Aufgabenläufer hinzugefügt. Der Agent enthält jetzt Knoten 6, 10 & 16 Läufer. Da Node 10 das Ende des Lebenszyklus ist, haben wir auch begonnen, unsere In-the-Box-Aufgaben zu aktualisieren, um die Vorteile des Node 16-Läufers zu nutzen. Dazu verwenden wir das in Sprint 177 eingeführte Mehrläuferausführungsmodell, sodass Aufgaben auf Agents ausgeführt werden können, die nicht über Node 16 verfügen. Aufgaben können die Kompatibilität mit mehreren Knotenläufern untereinander task.jsonexecution ausdrücken und unterschiedliche Einstiegspunkte für sie haben. Weitere Informationen zum Aktualisieren finden Sie in den Anweisungen.task.json

Wir werden einen Zeitplan mitteilen, um End-of-Life-Versionen von Node später in diesem Jahr vom Agent zu entfernen.

Azure Artifacts

Neue Benutzeroberfläche für die Upstream-Paketsuche

Zuvor konnten Sie upstream-Pakete sehen, wenn Sie eine Kopie des Feeds hatten. Der Schmerzpunkt war, dass Sie nicht nach Paketen suchen konnten, die im Upstream verfügbar sind und die noch nicht im Feed gespeichert sind. Jetzt können Sie nach verfügbaren Upstreampaketen mit der neuen Feed-Benutzeroberfläche suchen.

Azure Artifacts bieten jetzt eine Benutzeroberfläche, über die Sie nach Paketen in Ihren Upstreamquellen suchen und Paketversionen in Ihrem Feed speichern können. Dies entspricht dem Ziel von Microsoft, unsere Produkte und Dienste zu verbessern.

Wie immer wollen wir unsere Artefaktdienste den sich entwickelnden Bedürfnissen unserer Community gerecht werden. Posten Sie einen Kommentar, oder verwenden Sie die Entwicklercommunity , um Feedback zu geben.

Nächste Schritte

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

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.

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

Vielen Dank,

Aaron Hallberg