Swimlane-Regeln sind allgemein verfügbar
Wir freuen uns, ihnen mitteilen zu können, dass die Swimlane-Regeln allgemein verfügbar sind. Swimlane-Regeln ermöglichen es Ihnen, Bedingungen auf Ihrem Kanban-Board einzurichten, um Arbeitselemente automatisch in bestimmte Bahnen zu verschieben.
Darüber hinaus haben wir Azure Pipelines zwei neue Sicherheitsverbesserungen hinzugefügt. In der Berichterstellung ist das Pull Request-Widget für mehrere Repositorys jetzt allgemein verfügbar.
Weitere Informationen finden Sie in den Versionshinweisen.
Azure Boards
Azure Pipelines
Berichterstellung
Azure Boards
Swimlane-Regeln sind allgemein verfügbar
Wir freuen uns, ihnen mitteilen zu können, dass die Badelaneregeln, die erstmals in unseren Versionshinweisen vom 31. März eingeführt wurden, nun von der privaten Vorschauphase bis zur allgemein verfügbaren Phase fortgeschritten sind. In den letzten Sprints haben wir fleißig daran gearbeitet, Fehler zu beheben und Ihr wertvolles Feedback in das Feature zu integrieren.
Swimlane-Regeln ähneln Stilregeln, ermöglichen ihnen aber stattdessen das Einrichten von Bedingungen auf Ihrem Kanban-Board, um Arbeitselemente automatisch in bestimmte Bahnen zu verschieben. Hier sind einige Beispielszenarien für die Verwendung von Swimlane-Regeln:
- Lanes, um das Feature (übergeordnetes Feature) Ihrer Benutzergeschichten und -fehler nachzuverfolgen.
- Lanes für die Nachverfolgung der Priorität. Priority=1-Fehler , die in der Lane "Hohe Priorität" und Priority=2-Fehler in der Lane "Mittlere Priorität" platziert werden sollen.
- Richten Sie eine Spur für jede Person in Ihrem Team ein. Wenn Sie das Arbeitselement zuweisen, wird es in dieser Spur platziert (Screenshot unten).
Hinweis
Dieses Feature ist nur mit der Vorschau für neue Boards-Hubs verfügbar.
Azure Pipelines
Verbesserungen bei der Überwachung der Pipelineeinstellungen
Um die Sicherheit von Azure Pipelines weiter zu erhöhen, haben wir Unterstützung für Überwachungsänderungen an pipelines-Einstellungen auf organization-Ebene hinzugefügt. Wir haben mit "ActionId": "Pipelines.OrganizationSettings"
einen neuen Typ von Überwachungsprotokollereignis hinzugefügt. Das Umschalten von Limitvariablen, die zur Warteschlangenzeit festgelegt werden können, führt beispielsweise zu einem Überwachungsereignis mit "ActionId": "Pipelines.OrganizationSettings"
und "Details": "Pipelines setting "EnforcesettableVar" changed from "True" to "False" at organization level."
Um die Übersichtlichkeit und Konsistenz zwischen Ereignissen auf organization- und Projektebene zu verbessern, haben wir die Überwachungsereignisse für änderungen der Aufbewahrungseinstellungen für Pipelines auf Projektebene von Nicht-Aufbewahrungseinstellungen getrennt. Letzteres hat "ActionId": "Pipelines.ProjectSettings"
jetzt . Wenn Sie beispielsweise deaktivieren anonymen Zugriff auf Badges deaktivieren , wird ein Überwachungsereignis mit "ActionId": "Pipelines.ProjectSettings"
und generiert. "Details": "Pipelines setting "statusBadgesArePublic" changed from "False" to "True" in "test" project."
Berichterstellung
Pull Request-Widget für mehrere Repositorys ist jetzt allgemein verfügbar
Wir freuen uns, die allgemeine Verfügbarkeit des Pull Request-Widgets für mehrere Repositorys bekannt zu geben. Mit diesem neuen Widget können Sie Pull Requests aus bis zu 10 verschiedenen Repositorys mühelos in einer einzigen, optimierten Liste anzeigen, sodass Sie ihre Pull Requests leichter denn je im Blick behalten können.
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.
Senden von Feedback
Wir würden uns freuen zu hören, was Sie über diese Features denken. 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,
Dan Hellem