Benutzerzuweisungsbasierte Abrechnung, Standardzugriffsstufe und tägliche Abrechnung – Sprint 158 Update

Im Sprint 158 Update von Azure DevOps haben wir die benutzerzuweisungsbasierte Abrechnung hinzugefügt. Mit diesem Feature ändert sich die Anzahl der Lizenzen "Basic " oder " Basic + Test Plan " beim Hinzufügen oder Entfernen von Benutzern. Dies bedeutet, dass Sie nur für die lizenzen bezahlen, die Sie verwenden. Darüber hinaus haben wir eine neue Einstellung hinzugefügt, mit der Sie auswählen können, ob neue Benutzer zu Ihrer Organisation hinzugefügt werden sollen, um vollständigen Grundlegenden Zugriff oder eingeschränkten/kostenlosen Stakeholder-Zugriff zu erhalten.

Darüber hinaus haben wir von monatlich zu täglicher Abrechnung gewechselt. Dies bedeutet, dass Sie, wenn Sie einem Benutzer einen kostenpflichtigen Zugriff für ein paar Wochen oder sogar einige Tage gewähren, nur für den Zeitraum, zu dem er den kostenpflichtigen Zugriff zugewiesen hat, statt für einen vollständigen Monat bezahlen.

Sehen Sie sich die Funktionen unten an.

Neuerungen in Azure DevOps

Features

Allgemein:

• Benutzerzuweisungsbasierte Abrechnung und Standardzugriffsebene
• Neue Benutzeroberfläche zum Verwalten von Organisations- und Projektberechtigungen

Azure Boards:

• Unterstützung für benutzerdefinierte Felder in Rollupspalten
• Neue Regel zum Ausblenden von Feldern in einem Arbeitselementformular basierend auf der Bedingung
• Benachrichtigungseinstellungen für benutzerdefinierte Arbeitsaufgaben
• Verknüpfen von Arbeitsaufgaben mit Bereitstellungen

Azure Repos:

• Verwenden der dienstkontobasierten Authentifizierung zum Herstellen einer Verbindung mit AKS
• Vorschau von Markdown-Dateien in nebeneinander-Diffs von Pull-Requests
• Ablauf der Buildrichtlinie für manuelle Builds
• Hinzufügen einer Richtlinie zum Blockieren von Commits basierend auf der E-Mail des Commitautors

Azure-Pipelines:

• Wiederholen fehlgeschlagener Phasen
• Verbesserungen an Freigabeverfahren in YAML-Pipelines
• Unterstützung für Containerstrukturtests in Azure Pipelines
• Unzuverlässiges Bug-Management und -Lösung
• Verbesserungen an der Azure Pipelines-App für Slack und Microsoft Teams
• Updates an gehosteten Pipelineimages
• Installationsaufgabe für den Open Policy Agent
• Pipeline-Dekoratoren für Release-Pipelines

Azure-Testpläne:

• Seite "Neue Testpläne"

Berichterstellung:

• Inline-Sprint-Burndown mithilfe von Story-Punkten

Wiki:

• Kurze und lesbare Wiki-Seiten-URLs
• Mermaid-Diagrammunterstützung in Wiki

Allgemein

Abrechnungen auf Basis von Benutzerzuweisungen und Standardzugriffsebene

Benutzerzuweisungsbasierte Abrechnung

Mit diesem Update haben wir die benutzerzuweisungsbasierte Abrechnung hinzugefügt. Anstatt die Anzahl der kostenpflichtigen Lizenzen für "Basic" oder "Basic + Test Plan" erhöhen oder verringern zu müssen, geschieht dies jetzt automatisch, wenn Sie Benutzer hinzufügen oder entfernen oder deren Zugriffsebene ändern. Dies bedeutet, dass Sie niemals für mehr Lizenzen bezahlen, als Sie verwenden, und die Automatisierung Ihrer Zuweisung auf Zugriffsebene ist viel einfacher. Sie haben beispielsweise Gruppenregeln eingerichtet, um zu steuern, welche Zugriffsebene neuen Benutzern zugewiesen wird, die Ihrem Team automatisch beitreten. In der Vergangenheit funktionierten diese jedoch nur, wenn Sie zusätzliche Lizenzen hatten, die noch niemandem zugewiesen waren, und wenn Sie keine mehr hatten, schlug die Gruppenregel fehl. Diese Arten von Fehlern treten nicht mehr auf, solange das Azure-Abonnement, das Sie für die Abrechnung verwenden, aktiv bleibt.

Standardzugriffsebene für neue Benutzer

Darüber hinaus haben wir eine neue Einstellung hinzugefügt, mit der Sie auswählen können, ob neue Benutzer zu Ihrer Organisation hinzugefügt werden sollen, um vollständigen Grundlegenden Zugriff oder eingeschränkten/kostenlosen Stakeholder-Zugriff zu erhalten. In der Vergangenheit erhielten neue Benutzer "Basic", wenn unzugewiesene Basislizenzen verfügbar waren, aber "Stakeholder", wenn keine verfügbar waren. Alle Organisationen beginnen mit ihrer Standardzugriffsebene, die auf "Stakeholder" festgelegt ist, sodass es keine unerwarteten Gebühren für neue Benutzer gibt. Wenn Ihre Organisation in der Regel zusätzliche nicht zugewiesene Lizenzen beibehalten hat, sodass neue Benutzer, die Projekten hinzugefügt wurden, vollen Zugriff auf "Basic" erhalten haben, müssen Sie die Standardzugriffsstufe in "Basic" ändern.

Tägliche Abrechnung

Im Rahmen der Umstellung auf die zuordnungsbasierte Abrechnung haben wir auch von monatlich zur täglichen Abrechnung gewechselt. Wenn Sie einem Benutzer nun einen kostenpflichtigen Zugriff für ein paar Wochen oder sogar einige Tage gewähren, zahlen Sie nur für den Zeitpunkt, zu dem ihm der kostenpflichtige Zugriff zugewiesen wurde, und nicht für einen vollständigen Monat. Wenn wir Ihre Organisation von monatlich auf tägliche Abrechnung umstellen, wird Ihre nächste Azure-Rechnung wahrscheinlich niedriger sein als zuvor. Der nächste Monat wird wieder normal sein, sobald er einen vollständigen Monat mit den angesammelten täglichen Gebühren umfasst.

Neue Benutzeroberfläche zur Verwaltung von Organisations- und Projektberechtigungen

Das Management von Organisations- und Projektberechtigungen hat ein neues Aussehen und die Leistung wurde verbessert. Jetzt werden neue Gruppenmitglieder in der Liste angezeigt, während sie hinzugefügt werden, ohne dass eine erzwungene Seitenaktualisierung erforderlich ist. Gehen Sie zu Ihren Organisationseinstellungen , und schauen Sie sich an.

Azure Boards

Unterstützung für benutzerdefinierte Felder in Rollupspalten

Das Rollup kann jetzt für jedes Feld, einschließlich benutzerdefinierter Felder, ausgeführt werden. Wenn Sie eine Rollupspalte hinzufügen, können Sie weiterhin eine Rollupspalte aus der Schnellliste auswählen. Wenn Sie jedoch ein Rollup für numerische Felder ausführen möchten, die nicht Teil der einsatzbereiten Prozessvorlage sind, können Sie ihre eigenen wie folgt konfigurieren:

1. Klicken Sie im Backlog auf "Spaltenoptionen". Klicken Sie dann im Bereich auf "Rollupspalte hinzufügen" und konfigurieren Sie das benutzerdefinierte Rollup.

   

2. Wählen Sie zwischen Fortschrittsbalken und Summeaus.
3. Wählen Sie einen Arbeitsaufgabentyp oder eine Backlog-Ebene aus (in der Regel werden mehrere Arbeitsaufgabentypen aggregiert).
4. Wählen Sie den Aggregationstyp aus. Anzahl der Arbeitsaufgaben oder Summe. Für Summe müssen Sie das Feld auswählen, das zusammengefasst werden soll.
5. Mit der Schaltfläche "OK" gelangen Sie zurück zum Bereich "Spaltenoptionen", in dem Sie die neue benutzerdefinierte Spalte neu anordnen können.

Beachten Sie, dass Sie Ihre benutzerdefinierte Spalte nicht bearbeiten können, nachdem Sie auf "OK" geklickt haben. Wenn Sie eine Änderung vornehmen müssen, entfernen Sie die benutzerdefinierte Spalte, und fügen Sie eine weitere nach Bedarf hinzu.

Neue Regel zum Ausblenden von Feldern in einem Arbeitselementformular unter Berücksichtigung einer Bedingung

Wir haben dem geerbten Regelmodul eine neue Regel hinzugefügt, damit Sie Felder in einem Arbeitsaufgabenformular ausblenden können. Diese Regel blendet Felder basierend auf der Benutzergruppenmitgliedschaft aus. Wenn der Benutzer beispielsweise zur Gruppe "Produktbesitzer" gehört, können Sie ein entwicklerspezifisches Feld ausblenden. Weitere Details finden Sie in der Dokumentation hier.

Benutzerdefinierte Benachrichtigungseinstellungen für Arbeitselemente

Es ist unglaublich wichtig, auf dem laufenden zu bleiben, was für Sie oder Ihr Team relevant ist. Es hilft Teams, bei Projekten zusammenzuarbeiten und den Überblick zu behalten, und stellt sicher, dass alle relevanten Parteien beteiligt sind. Verschiedene Interessengruppen haben jedoch unterschiedliche Ebenen des Engagements in unterschiedlichen Vorhaben, und wir glauben, dass sich dies in Ihrer Fähigkeit widerspiegeln sollte, den Status eines Arbeitselements zu verfolgen.

Wenn Sie zuvor einer Arbeitsaufgabe folgen und Benachrichtigungen zu änderungen erhalten möchten, erhalten Sie E-Mail-Benachrichtigungen für alle änderungen, die an der Arbeitsaufgabe vorgenommen wurden. Nachdem Wir Ihr Feedback berücksichtigt haben, machen wir ein Arbeitselement flexibler für alle Projektbeteiligten. Nun wird neben der Schaltfläche "Folgen" oben rechts von der Arbeitsaufgabe eine neue Einstellungen-Schaltfläche angezeigt. Dadurch gelangen Sie zu einem Popup, mit dem Sie Die folgenden Optionen konfigurieren können.

In Benachrichtigungseinstellungenkönnen Sie aus drei Benachrichtigungsoptionen auswählen. Zunächst können Sie das Abonnement vollständig kündigen. Zweitens können Sie vollständig abonnieren, dabei erhalten Sie Benachrichtigungen für alle Änderungen der Arbeitsgegenstände. Schließlich können Sie auswählen, dass Sie über einige der wichtigsten und wichtigen Ereignisse zur Änderung von Arbeitsaufgaben benachrichtigt werden. Sie können nur eine oder alle drei Optionen auswählen. Dadurch können Teammitglieder Arbeitsaufgaben auf einer höheren Ebene verfolgen, ohne von jeder einzelnen vorgenommenen Änderung abgelenkt zu werden. Mit diesem Feature beseitigen wir unnötige E-Mails und ermöglichen Es Ihnen, sich auf die wichtigen Aufgaben zu konzentrieren.

Verknüpfen von Arbeitselementen mit Bereitstellungen

Wir freuen uns, eine Preview-Version des Steuerelements für die Bereitstellung im Arbeitsvorgangsformular freizugeben. Dieses Steuerelement verknüpft Ihre Arbeitselemente mit einer Freigabe. Es ermöglicht Ihnen, einfach nachzuverfolgen, wo Ihr Arbeitselement bereitgestellt wurde. Weitere Informationen finden Sie in der Dokumentation hier.

Azure Repos

Verwenden der dienstkontobasierten Authentifizierung zum Herstellen einer Verbindung mit AKS

Beim Konfigurieren von Azure-Pipelines aus dem AKS Deployment Center haben wir zuvor eine Azure Resource Manager-Verbindung verwendet. Diese Verbindung hatte Zugriff auf den gesamten Cluster und nicht nur den Namespace, für den die Pipeline konfiguriert wurde. Mit diesem Update verwenden unsere Pipelines die dienstkontobasierte Authentifizierung, um eine Verbindung mit dem Cluster herzustellen, sodass sie nur Zugriff auf den Namespace hat, der der Pipeline zugeordnet ist.

Anzeigen einer Vorschau für Markdowndateien in Änderungsvergleichen

Sie können nun eine Vorschau anzeigen, wie eine Markdown-Datei aussehen wird, indem Sie die neue Schaltfläche "Vorschau " verwenden. Darüber hinaus können Sie den vollständigen Inhalt einer Datei aus dem Seitenansicht-Diff einsehen, indem Sie die Schaltfläche Ansicht auswählen.

Ablauf der Buildrichtlinie für manuelle Builds

Regeln setzen die Standards für Codequalität und Änderungsmanagement in Ihrem Team durch. Zuvor konnten Sie Ablaufrichtlinien für automatisierte Builds festlegen. Jetzt können Sie Ablaufrichtlinien für Builds auch auf Ihre manuell erstellten Builds festlegen.

Hinzufügen einer Richtlinie zum Blockieren von Commits basierend auf der E-Mail des Commitautors

Administratoren können jetzt eine Pushrichtlinie festlegen, um zu verhindern, dass Commits an ein Repository gesendet werden, für das die E-Mail des Commitautors nicht mit dem bereitgestellten Muster übereinstimmt.

Dieses Feature wurde basierend auf einem Vorschlag der Developer Community priorisiert, um eine ähnliche Erfahrung zu erzielen. Wir werden das Ticket weiterhin offen halten und die Benutzer ermutigen, uns mitzuteilen, welche anderen Arten von Pushrichtlinien Sie sehen möchten.

Azure-Pipelines

Wiederholen fehlgeschlagener Phasen

Eines der am häufigsten angeforderten Features in mehrstufigen Pipelines ist die Möglichkeit, eine fehlgeschlagene Phase erneut auszuführen, ohne von Anfang an beginnen zu müssen. Mit diesem Update fügen wir einen großen Teil dieser Funktionalität hinzu.

Sie können nun eine Pipeline-Stufe erneut versuchen, wenn die Ausführung fehlschlägt. Alle Aufträge, die beim ersten Versuch fehlgeschlagen sind, und diejenigen, die transitiv von diesen fehlgeschlagenen Aufträgen abhängen, werden alle erneut versucht.

Dies kann Ihnen dabei helfen, Zeit auf verschiedene Arten zu sparen. Wenn Sie beispielsweise mehrere Aufträge in einer Phase ausführen, möchten Sie möglicherweise, dass jede Phase Tests auf einer anderen Plattform ausführt. Wenn die Tests auf einer Plattform fehlschlagen, während andere bestehen, können Sie Zeit sparen, indem Sie die erfolgreichen Aufträge nicht erneut ausführen. Ein weiteres Beispiel: Aufgrund einer instabilen Netzwerkverbindung könnte ein Bereitstellungsstadium fehlgeschlagen sein. Wenn Sie diese Phase wiederholen, können Sie Zeit sparen, indem Sie keinen anderen Build erstellen müssen.

In diesem Feature gibt es einige bekannte Lücken. Sie können z. B. keine Phase wiederholen, die Sie explizit abbrechen. Wir arbeiten daran, diese Lücken in zukünftigen Updates zu schließen.

Verbesserungen der Genehmigungen in YAML-Pipelines

Wir verbessern weiterhin mehrstufige YAML-Pipelines. Mit diesem Update haben wir die Konfiguration von Genehmigungen für Dienstverbindungen und Agentpools aktiviert. Für Genehmigungen folgen wir der Trennung von Rollen zwischen Infrastrukturbesitzern und Entwicklern. Durch die Konfiguration von Genehmigungen für Ihre Ressourcen wie Umgebungen, Dienstverbindungen und Agentpools werden Sie sicher sein, dass alle Pipelineausführungen, die Ressourcen verwenden, zuerst eine Genehmigung erfordern.

Die Erfahrung ähnelt dem Konfigurieren von Genehmigungsprozessen für Umgebungen. Wenn eine Genehmigung für eine Ressource aussteht, auf die in einer Phase verwiesen wird, wartet die Ausführung der Pipeline, bis die Pipeline manuell genehmigt wurde.

Unterstützung für Containerstrukturtests in Azure Pipelines

Der Einsatz von Containern in Anwendungen nimmt zu und benötigt daher robuste Tests und Validierungen. Azure Pipelines bietet jetzt Unterstützung für Containerstrukturtests. Dieses Framework bietet eine bequeme und leistungsstarke Möglichkeit, den Inhalt und die Struktur Ihrer Container zu überprüfen.

Sie können die Struktur eines Bilds basierend auf vier Testkategorien überprüfen, die zusammen ausgeführt werden können: Befehlstests, Dateiexistenztests, Dateiinhaltstests und Metadatentests. Sie können die Ergebnisse in der Pipeline verwenden, um "Go/No-Go"-Entscheidungen zu treffen. Testdaten sind in der Pipelineausführung mit einer Fehlermeldung verfügbar, damit Sie Fehler besser beheben können.

Eingeben der Konfigurationsdatei und Bilddetails

Testdaten und Zusammenfassung

Unzuverlässige Fehlerverwaltung und -behebung

Im Juli haben wir flaky Testmanagement eingeführt, um den End-to-End-Lebenszyklus mit Erkennung, Berichterstellung und -auflösung zu unterstützen. Um es weiter zu verbessern, fügen wir die Verwaltung und Behebung von instabilen Testfehlern hinzu.

Bei der Untersuchung des instabilen Tests können Sie einen Fehler mithilfe der Aktion Bug erstellen, der dann einem Entwickler zugewiesen werden kann, um die Ursache des instabilen Tests weiter zu untersuchen. Der Fehlerbericht enthält Informationen zur Pipeline wie Fehlermeldung, Stapelablaufverfolgung und andere informationen, die dem Test zugeordnet sind.

Wenn ein Fehlerbericht behoben oder geschlossen wird, entfernen wir automatisch die Markierung des Tests als unzuverlässig.

Verbesserungen an der Azure Pipelines-App für Slack and Microsoft Teams

Mehrstufige YAML-basierte Pipelines

Die Azure Pipelines-App für Slack und Microsoft Teams unterstützt jetzt mehrstufige YAML-Pipelines für CI und CD. Mit dieser Erweiterung erhalten Sie Benachrichtigungen zu verschiedenen Ereignissen im Zusammenhang mit YAML-Pipelines.

Ereignisse, die für mehrstufige YAML-Pipelines unterstützt werden

• Laufzustand geändert
• Status der Ausführungsphase geändert
• Laufphase wartet auf Genehmigung
• Genehmigung der Laufphase abgeschlossen

URL-Erweiterung und Messaging-Erweiterungen

Wir haben eine Messaging-Erweiterung für die Azure Pipelines-App für Microsoft Teams hinzugefügt. Sie können nun nach Pipelines suchen und relevante Details zur Pipeline als Karte im Kanal freigeben. Die URL-Entfaltung hilft Ihnen, Diskussionen über Pipelines zu initiieren und sinnvolle und kontextuelle Unterhaltungen zu führen.

Updates zu gehosteten Pipeline-Bildern

Wir haben mehrere der von Azure Pipelines gehosteten VM-Images aktualisiert. Im Folgenden sind einige der Highlights in diesem Update aufgeführt:

• Go 1.13 zu Ubuntu 16.04, Ubuntu 18.04, VS2017 und VS2019 hinzugefügt. Go 1.12 bleibt die Standardeinstellung.
• Android SDK und Build Tools 29 zu Ubuntu 16.04, Ubuntu 18.04, VS2017 und VS2019 hinzugefügt.
• Az Module 2.6.0 zu VS2017 und VS2019 hinzugefügt.
• Verschiedene Fehlerbehebungen.

Weitere Details zu den neuesten Releases finden Sie hier.

Installationsvorgang für Open Policy Agent

Der Open Policy Agent ist ein Open Source-Modul für allgemeine Richtlinien, das eine einheitliche, kontextbezogene Richtlinienerzwingung ermöglicht. Wir haben die Installationsprogrammaufgabe des Open Policy Agent hinzugefügt. Es ist besonders nützlich für die Durchsetzung von In-Pipeline-Richtlinien in Bezug auf Infrastruktur als Codeanbieter.

Beispielsweise kann der Open Policy Agent Rego Richtliniendateien und Terraform-Pläne in der Pipeline auswerten.

task: OpenPolicyAgentInstaller@0
    inputs:
          opaVersion: '0.13.5'

Pipeline-Decorators für Releasepipelines

Pipeline-Dekoratoren erlauben es, Schritte am Beginn und Ende jedes Auftrags hinzuzufügen. Dies unterscheidet sich von dem Hinzufügen von Schritten zu einer einzelnen Definition, da sie für alle Pipelines in einer Organisation gilt.

Wir haben Dekoratoren für Builds und YAML-Pipelines unterstützt, wobei Kunden sie verwenden, um die Schritte in ihren Prozessen zentral zu steuern. Wir erweitern nun die Unterstützung auch auf Release-Pipelines. Sie können Erweiterungen erstellen, um Schritte hinzuzufügen, die auf das neue Beitragspunktziel abzielen, und sie werden allen Agentaufträgen in Releasepipelines hinzugefügt.

Azure Testpläne

Neue Test Plans-Seite

Die meisten Planungs-, Erstellungs-, Ausführungs- und Tracking-Funktionen sind jetzt auf der neuen Seite "Testpläne" verfügbar. Daher aktivieren wir sie für alle Testpläne-Benutzer, damit sie uns Feedback geben können. Die noch fehlenden Fähigkeiten, um Gleichstand mit der vorherigen Seite „Testpläne“ zu erreichen, werden in den nächsten Sprints aktiviert. Bei Bedarf können Benutzer die Seite "Testpläne" im Menü "Vorschaufeatures" deaktivieren. Weitere Informationen finden Sie hier.

Berichterstattung

Inlinesprintburndown mithilfe von Story Points

Ihr Sprint-Burndown kann jetzt nach Benutzerstories abgebaut werden. Dies adressiert Ihr Feedback aus der Developer Community.

Wählen Sie im Sprint-Hub die Registerkarte "Analyse" aus. Konfigurieren Sie dann den Bericht wie folgt:

1. Artikel-Backlog auswählen
2. Wählen Sie aus, um auf Summe von Story-Punkten abzubauen

Wiki

Kurze und lesbare URLs für Wiki-Seiten

Sie müssen keinen mehrzeiligen URL mehr verwenden, um Wiki-Seitenlinks zu teilen. Wir nutzen die Seiten-IDs in der URL, um Parameter zu entfernen, wodurch die URL kürzer und einfacher zu lesen ist.

Die neue Struktur von URLs sieht wie folgt aus:

https://dev.azure.com/{accountName}/{projectName}/_wiki/wikis/{wikiName}/{pageId}/{readableWiki PageName}

Dies ist ein Beispiel für die neue URL für eine Willkommen bei Azure DevOps Wiki Seite:

https://dev.azure.com/microsoft/ AzureDevOps/_wiki/wikis/AzureDevOps.wiki/1/Welcome-to-Azure-DevOps-Wiki

Dies wurde basierend auf diesem Feature-Vorschlagsticket aus der Entwickler-Community priorisiert.

Unterstützung von mermaid-Diagrammen auf Wiki-Seiten

Wir haben Unterstützung für das Einfügen von Mermaid-Diagrammen in Wiki-Seiten hinzugefügt. Sie können jetzt Flussdiagramme, Sequenzdiagramme in Ihren Entwurfsdokumenten erstellen, bearbeiten und verwalten und Gantt-Diagramme in Ihren Planungsdokumenten im Azure DevOps-Wiki hinzufügen.

Dies wurde basierend auf diesem Feature-Vorschlagsticket aus der Entwickler-Community priorisiert. Weitere Informationen zu Mermaid-Diagrammen finden Sie in unserer Dokumentation hier.

Nächste Schritte

Gehen Sie zu Azure DevOps und schauen Sie sich an.

So geben Sie Feedback

Wir würden uns freuen zu hören, was Sie über diese Features denken. Verwenden Sie das Feedbackmenü, 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,

Ravi Shanker