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 Zahl der Lizenzen für die Pläne Basic oder Basic und Test 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.

Des Weiteren erfolgen Abrechnungen nun nicht mehr monatlich, sondern täglich. Wenn Sie einem Benutzer also kostenpflichtigen Zugriff für mehrere Wochen oder Tage gewähren, zahlen Sie nicht für einen ganzen Monat, sondern nur für die Zeit, in der dieser Zugriff zugewiesen wurde.

Weitere Informationen finden Sie in der Nachstehenden Liste der Features .

Neuerungen in Azure DevOps

Features

General:

• Abrechnungen auf Basis von Benutzerzuweisungen und Standardzugriffsebene
• Neue Benutzeroberfläche zur Verwaltung von Organisations- und Projektberechtigungen

Azure Boards:

• Unterstützung für benutzerdefinierte Felder in Rollupspalten
• Neue Regel zum Ausblenden von Feldern in einem Arbeitselementformular unter Berücksichtigung einer Bedingung
• Benutzerdefinierte Benachrichtigungseinstellungen für Arbeitselemente
• Verknüpfen von Arbeitselementen mit Bereitstellungen

Azure Repos:

• Verwenden der dienstkontobasierten Authentifizierung zum Herstellen einer Verbindung mit AKS
• Vorschau von Markdown-Dateien in Pullanforderung parallele Diffs
• Buildrichtlinien für den Ablauf manueller Builds
• Hinzufügen einer Richtlinie zum Blockieren von Commits auf Grundlage der E-Mail-Adresse des Commiterstellers

Azure Pipelines:

• Erneutes Ausführen fehlgeschlagener Stages
• Verbesserungen an Genehmigungen für YAML-Pipelines
• Unterstützung für Containerstrukturtests in Azure Pipelines
• Verwaltung und Behebung unregelmäßig auftretender Fehler
• Verbesserungen an der Azure Pipelines-App für Slack and Microsoft Teams
• Updates an gehosteten Pipelineimages
• Installationsvorgang für Open Policy Agent
• Pipeline-Decorators für Releasepipelines

Azure Test Plans:

• Neue Test Plans-Seite

Berichterstellung:

• Inlinesprintburndown mithilfe von Story Points

Wiki:

• Kurze und lesbare Wiki-Seiten-URLs
• Unterstützung von mermaid-Diagrammen auf Wiki-Seiten

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" zu erhöhen oder zu verkleinern, kann Ihre Organisation jetzt automatisch zuweisen, 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 funktionierte dies jedoch nur, wenn Sie zusätzliche Lizenzen hatten, für die Sie noch keinem zugewiesen wurden, und wenn Sie abgelaufen sind, ist die Gruppenregel fehlgeschlagen. 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 haben neue Benutzer "Basic" erhalten, wenn nicht zugewiesene Standardlizenzen verfügbar waren, aber Stakeholder, wenn nicht. 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, vollzugriff auf "Standard" 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 der angesammelten täglichen Gebühren hat.

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 Organisationen Einstellungen 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 benutzerdefinierte Rollups.

   

2. Wählen Sie zwischen Statusleiste und Summe aus.
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 Spaltenoptionenbereich, 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 hier in der Dokumentation.

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, mit Projekten zusammenzuarbeiten und im Blick zu bleiben und sicherzustellen, dass alle richtigen Parteien beteiligt sind. Verschiedene Projektbeteiligte haben jedoch unterschiedliche Investitionen in verschiedene Anstrengungen, und wir glauben, dass sie in Ihrer Fähigkeit zum Folgen des Status einer Arbeitsaufgabe berücksichtigt werden sollten.

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" in der oberen rechten Ecke der Arbeitsaufgabe eine neue Einstellungsschaltfläche angezeigt. Dadurch gelangen Sie zu einem Popup, mit dem Sie Die folgenden Optionen konfigurieren können.

Über Benachrichtigungs-Einstellungen können Sie aus drei Benachrichtigungsoptionen wählen. Zunächst können Sie das Abonnement vollständig kündigen. Zweitens können Sie vollständig abonniert werden, wo Sie Benachrichtigungen für alle Änderungen der Arbeitsaufgabe erhalten. 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 und nicht von jeder einzelnen Änderung ablenken, die vorgenommen wird. 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 Vorschau des Bereitstellungssteuerelements im Arbeitsaufgabenformular freizugeben. Dieses Steuerelement verknüpft Ihre Arbeitsaufgaben mit einer Version und ermöglicht es Ihnen, einfach nachzuverfolgen, wo Ihre Arbeitsaufgabe bereitgestellt wurde. Weitere Informationen finden Sie hier in der Dokumentation.

Azure Repos

Verwenden der Dienstkontoauthentifizierung zum Herstellen einer Verbindung mit AKS

Beim Konfigurieren von Azure-Pipelines aus dem AKS Deployment Center haben wir zuvor einen Azure Resource Manager Verbinden ion 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.

Vorschau von Markdown-Dateien in Pullanforderung parallele Diffs

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 Parallel-Diff anzeigen, indem Sie die Schaltfläche "Ansicht" auswählen.

Buildrichtlinien für den Ablauf manueller Builds

Richtlinien erzwingen die Codequalitäts- und Change Management-Standards Ihres Teams. Zuvor konnten Sie Buildablaufrichtlinien für automatisierte Builds festlegen. Jetzt können Sie Buildablaufrichtlinien auch auf Ihre manuellen Builds festlegen.

Hinzufügen einer Richtlinie zum Blockieren von Commits auf Grundlage der E-Mail-Adresse des Commiterstellers

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 Entwicklercommunity 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

Erneutes Ausführen fehlgeschlagener Stages

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 Pipelinephase wiederholen, 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 flackerigen Netzwerkverbindung ist möglicherweise ein Fehler in einer Bereitstellungsphase aufgetreten. Wenn Sie diese Phase wiederholen, können Sie Zeit sparen, indem Sie keinen anderen Build erstellen müssen.

Es gibt einige bekannte Lücken in diesem Feature. 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 an Genehmigungen für 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 Oberfläche ähnelt dem Konfigurieren von Genehmigungen 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

Verwaltung und Behebung unregelmäßig auftretender Fehler

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 flakige Testfehlerverwaltung und -auflösung hinzu.

Bei der Untersuchung des flackerigen Tests können Sie einen Fehler mithilfe der Fehleraktion erstellen, die dann einem Entwickler zugewiesen werden kann, um die Ursache des flackerigen 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, heben wir die Markierung des Tests automatisch als entzündet auf.

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

• Run state changed
• Status der Ausführungsphase geändert
• Ausführungsphase, die auf Genehmigung wartet
• Genehmigung der Ausführungsphase 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-Entfurmung hilft Ihnen, Diskussionen um Pipelines zu initiieren und sinnvolle und kontextbezogene Unterhaltungen zu führen.

Updates an gehosteten Pipelineimages

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 re Standard s the default.
• 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 Fehler behoben.

Weitere Details zu den neuesten Versionen 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.

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

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

Pipeline-Decorators für Releasepipelines

Pipelinedekortoren ermöglichen das Hinzufügen von Schritten zum Anfang und Ende jedes Auftrags. 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, mit Kunden, die sie verwenden, um die Schritte in ihren Aufträgen zentral zu steuern. Wir erweitern nun auch die Unterstützung für die Veröffentlichung von Pipelines. Sie können Erweiterungen erstellen, um Schritte für den neuen Beitragspunkt hinzuzufügen, und sie werden allen Agentaufträgen in Releasepipelines hinzugefügt.

Azure Test Plans

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 neu Standard wenigen Funktionen erfordern, dass wir die Parität mit der vorherigen Seite "Testpläne" erreichen können, wird in den nächsten Sprints aktiviert. Bei Bedarf können Benutzer die Seite "Testpläne" im Menü "Vorschaufeatures" deaktivieren. Weitere Informationen finden Sie hier.

Reporting

Inlinesprintburndown mithilfe von Story Points

Ihr Sprint Burndown kann jetzt von Stories burndown. Dies behebt Ihr Feedback von der Entwicklercommunity.

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

1. Artikel-Backlog auswählen
2. Auswählen, um auf Summe der Storypunkte zu burndownen

Wiki

Kurze und lesbare Wiki-Seiten-URLs

Sie müssen keine mehrlineline URL verwenden, um Wiki-Seitenlinks freizugeben. 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 Featurevorschlagsticket aus dem Entwicklercommunity 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 Featurevorschlagsticket aus dem Entwicklercommunity priorisiert. Weitere Informationen zu Mermaid-Diagrammen finden Sie in unserer Dokumentation hier.

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 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