Anpassen des Standardbranch Namens

In diesem Sprint haben wir eine neue Option eingeführt, mit der Kunden einen benutzerdefinierten Standardbranch Namen für alle neuen Repositorys festlegen können.

Weitere Informationen finden Sie weiter unten in der Liste Features .

Features

Azure Boards

• Projektbeteiligte können Arbeitselemente über Boardspalten hinweg verschieben (private Vorschau)

Azure Repos

• Standardeinstellung für Branchnamen

Azure Pipelines

• Ankündigungen zu Pipelines-Images
• Multirepository-Trigger
• Updates zu macOS 10.14 (Mojave)-Image
• GitHub-Entwurfs-Pull Requests lösen keine Pipelines aus

Azure Boards

Projektbeteiligte können Arbeitselemente über Boardspalten hinweg verschieben (private Vorschau)

Die Projektbeteiligten waren schon immer in der Lage, den Status von Arbeitselementen zu ändern. Wenn sie jedoch zum Kanban-Board wechseln, können sie die Arbeitselemente nicht von einer Spalte in eine andere verschieben. Stattdessen müssten Die Projektbeteiligten jedes Arbeitselement einzeln öffnen und den Zustandswert aktualisieren. Dies war schon lange ein Schmerzpunkt für Kunden, und wir freuen uns, eine private Vorschau dieses Sprints anzukündigen, die es Den Stakeholdern ermöglicht, Arbeitselemente zwischen Denkspalten zu verschieben. Wenn Sie an der privaten Vorschau teilnehmen möchten, senden Sie uns eine direkte E-Mail mit Ihrem organization Namen (Beispiel: dev.azure.com/{organization name}).

Azure Repos

Standardeinstellung für Branchnamen

Azure Repos bietet jetzt einen anpassbaren Standardbranch Namen für Git. In den Repositoryeinstellungen können Sie einen beliebigen Legal Branch-Namen auswählen, der beim Initialisieren eines Repositorys verwendet werden soll. Azure Repos hat das Ändern des Standardbranch Namens für ein vorhandenes Repository immer unterstützt. Weitere Informationen finden Sie unter Verwalten von Branches .

Hinweis: Wenn Sie dieses Feature nicht aktivieren, werden Ihre Repositorys mit dem Standardnamen Azure Repos initialisiert. Im Moment ist dieser Standardwert master. Um dem Engagement von Microsoft und kundenspezifischen Anforderungen für inklusive Sprache nachzukommen, werden wir gemeinsam mit Branchenkollegen diese Standardeinstellung in Standard ändern. Diese Änderung wird später in diesem Sommer stattfinden. Wenn Sie weiterhin master verwenden möchten, sollten Sie dieses Feature jetzt aktivieren und auf master festlegen.

Azure Pipelines

Ankündigungen zu Pipelines-Images

Multirepository-Trigger

Sie können mehrere Repositorys in einer YAML-Datei angeben und eine Pipeline auslösen, indem Sie eines der Repositorys aktualisieren. Dieses Feature ist für instance in den folgenden Szenarien nützlich:

• Sie nutzen ein Tool oder eine Bibliothek aus einem anderen Repository. Sie möchten Tests für Ihre Anwendung ausführen, sobald das Tool oder die Bibliothek aktualisiert wird.
• Sie bewahren Ihre YAML-Datei in einem Repository auf, das vom Anwendungscode getrennt ist. Sie möchten die Pipeline immer dann auslösen, wenn ein Update in das Anwendungsrepository gepusht wird.

Mit diesem Update funktionieren Multirepositorys nur für Git-Repositorys in Azure Repos. Sie funktionieren nicht für GitHub- oder Bitbucket-Repositoryressourcen.

Hier ist ein Beispiel, das zeigt, wie Mehrere Repositoryressourcen in einer Pipeline definiert und Trigger für alle konfiguriert werden.

trigger:
  - main

resources:
  repositories:
    - repository: tools
      type: git
      name: MyProject/tools
      ref: main
      trigger:
        branches:
          include:
            - main
            - release

Die Pipeline in diesem Beispiel wird ausgelöst, wenn Updates für Folgendes vorhanden sind:

• main Branch im Repository, das self die YAML-Datei enthält
• main oder release Branches im tools Repository

Weitere Informationen finden Sie unter Mehrere Repositorys in Ihrer Pipeline.

Updates zu macOS 10.14 (Mojave)-Image

In den nächsten Wochen werden wir die Node.js Version unter dem macOS 10.14-Image (Mojave) von 6 auf 8 aktualisieren. Wenn Sie noch node.js Version 6 verwenden müssen, sollten Sie die node.js-Toolinstallationsaufgabe hier verwenden.

Zusätzlich zu diesen Änderungen wird das macOS 10.14-Image dem Repository der virtuellen Umgebung hinzugefügt und beginnt mit dem monatlichen Statt wöchentlichen Toolupdates.

GitHub-Entwurfs-Pull Requests lösen keine Pipelines aus

Wenn Sie einen Pull Request-Entwurf in Azure Repos erstellen, wird keine in Ihrer Branchrichtlinie konfigurierte PR-Validierungspipeline ausgelöst. Wir betrachten einen Pull Request-Entwurf als genau das – einen Entwurf, für den wir keine automatischen Überprüfungen ausführen sollten. Während dieser Anwendungsfall für Azure Repos funktionierte, war das gleiche Verhalten nicht für GitHub-Repositorys.

Mit dieser Änderung machen wir die Benutzeroberfläche auch für GitHub-Repositorys konsistent. Wenn Sie einen Pull Request-Entwurf in GitHub erstellen, starten wir eine Pipeline nicht automatisch, auch wenn Sie einen Pull Request-Trigger für den Zielbranch konfigurieren. Um Ihre Änderungen in einem Pull Request-Entwurf zu überprüfen, können Sie manuell eine Pipeline starten, die auf die des ref Pull Requests zeigt.

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 zu machen.

Sie können auch Rat und Ihre Fragen von der Community auf Stack Overflow beantworten lassen.

Vielen Dank,

Aaron Hallberg