Freigeben über

Entwurf von Pull requests und new work item text editor – Sprint 143 Update

  • Artikel

Im Sprint 143-Update von Azure DevOps führen wir einen neuen Text-Editor für Arbeitselemente ein, der viel leistungsfähiger und einfacher zu verwenden ist. Dies ist Teil unserer Bemühungen, das Produkterlebnis zu modernisieren und zu verbessern. In Azure Repos können Sie mithilfe von Pull Requests mit Entwürfen einen Pull Request erstellen, den Sie noch nicht abschließen können, sodass sie nicht versehentlich abgeschlossen werden können. Wir veröffentlichen auch einige neue Features in Azure Artifacts, einschließlich der Möglichkeit, Dateien in Artefaktuploads auszuschließen und Provenienzinformationen zu Paketen abzurufen.

Weitere Informationen finden Sie in der Liste features unten.

Features

Allgemeines:

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Artifacts:

Allgemein

REST-API, Version 5.0

Jede API-Anforderung sollte eine API-Version enthalten. Wenn Sie jedoch eine REST-Anforderung an einen zuvor veröffentlichten Endpunkt ohne API-Version senden, wechselt die Standardversion dieser Anforderung bei dieser Bereitstellung von 4.1 zu 5.0. Weitere Informationen zu REST- und API-Versionen finden Sie unter Azure DevOps Services REST-API-Referenz.

Azure Boards

Neuer Text-Editor für Arbeitselemente

Wir freuen uns, die allgemeine Verfügbarkeit des neuen Text-Editors auf dem Arbeitselementformular bekanntgeben zu können. Unser Text-Editor ist seit einer Weile veraltet, und diese neue Benutzeroberfläche wird eine große Verbesserung sein. Der neue Editor ist moderner und leistungsfähiger und bietet neue Funktionen, einschließlich der Größenänderung von Bildern, Codeausschnitten, Tastenkombinationen für Mac und Windows sowie eine vollständige Emoji-Bibliothek.

Sie können dieses Steuerelement in jedem Textfeld auf dem Arbeitselementformular verwenden, auch in Ihren Diskussionen. Dies ist die neue Benutzeroberfläche, die Sie erwarten können:

Texteditor

Unten sehen Sie die Codeausschnittoberfläche. Mit diesem Zusatz können Sie code einfach und übersichtlich im Arbeitselementformular besprechen.

Text-Editorcode

Wir möchten wirklich damit beginnen, das Arbeitselement zu einem sozialeren Erlebnis zu machen. Unser erster Schritt auf dieser Reise besteht darin, Emoji-Unterstützung in Ihre Textfelder und Diskussionen zum Arbeitselement zu bringen. Mit Emojis können Sie Ihre Beschreibungen und Kommentare zum Leben erwecken und ihnen ein wenig mehr Persönlichkeit verleihen!

Die Für diesen Editor geleistete Arbeit ist Open Source, also können Sie das Roosterjs-Repository auf GitHub unter https://github.com/Microsoft/roosterjsansehen.

Azure Repos

Verbesserte Branchauswahl

Die meisten Erfahrungen in Azure Repos erfordern, dass Sie ein Repository und dann einen Branch in diesem Repository auswählen. Um diese Benutzeroberfläche für Organisationen mit einer großen Anzahl von Filialen zu verbessern, führen wir eine neue Branchauswahl ein. Mit der Auswahl können Sie jetzt Ihre bevorzugten Filialen auswählen oder schnell nach einem Branch suchen.

Branchauswahl

Pull Requests entwerfen

Um zu verhindern, dass Pull Requests abgeschlossen werden, bevor sie bereit sind, und um die Erstellung laufender Arbeiten, die möglicherweise nicht alle betreffen, zu vereinfachen, unterstützen wir jetzt Pull Requests für Entwürfe.

Draft Pull Requests können erstellt werden, indem Sie beim Erstellen eines Pull Requests in der Dropdownliste Erstellen die Option Als Entwurf erstellen auswählen.

Erstellen eines PR-Entwurfs

Nachdem Sie einen Pull Request für den Entwurf erstellt haben, wird neben dem Titel ein Signal angezeigt, das seine status angibt.

Signal, das status angibt.

Draft Pull Requests enthalten keine Prüfer oder Ausführen von Builds standardmäßig, ermöglichen jedoch das manuelle Hinzufügen von Prüfern und Ausführen von Builds. Wenn Sie den Pull Request auf einen normalen Pull Request heraufstufen möchten, klicken Sie einfach auf der Detailseite des Pull Request auf die Schaltfläche Veröffentlichen .

Azure Pipelines

Auslösen von YAML-Pipelines mit Tags

YAML-Pipelines können ausgelöst werden, wenn Einem Commit Tags hinzugefügt werden. Dies ist nützlich für Teams, deren Workflows Tags enthalten. Für instance können Sie einen Prozess starten, wenn ein Commit als "letztes bekanntes Gut" markiert ist.

Sie können angeben, welche Tags eingeschlossen und ausgeschlossen werden sollen. Zum Beispiel:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Festlegen des automatischen Abbrechens einer vorhandenen Pipeline beim Aktualisieren von Pull Requests

Pipelines, die durch Pull Requests (PRs) ausgelöst werden, werden standardmäßig abgebrochen, wenn ein neuer Commit an denselben PR gepusht wird. Dies ist in den meisten Fällen wünschenswert, da Sie in der Regel keine Pipeline mehr mit veraltetem Code ausführen möchten. Wenn Sie dieses Verhalten nicht möchten, können Sie autoCancel: false ihrem PR-Trigger hinzufügen.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Deklarieren von Containerressourcen inline

Zuvor mussten Sie Ihre Containerressourcen in YAML-Pipelines deklarieren und dann nach Namen darauf verweisen. Wir bieten jetzt eine Inlinesyntax für Fälle an, in denen Sie nicht mehrmals auf den Container verweisen.

jobs:
- job: my-container-job
  container:
    image: mcr.microsoft.com/dotnet/core/runtime:latest

Änderungen an Standardberechtigungen für neue Projekte

Bisher konnten Projektmitwirkende keine Pipelines erstellen, es sei denn, sie erhalten explizit die Berechtigung Builddefinition erstellen . Für neue Projekte können alle Teammitglieder nun problemlos Pipelines erstellen und aktualisieren. Diese Änderung verringert die Reibung für neue Kunden, die in Azure Pipelines einsteigen. Sie können die Standardberechtigungen für die Gruppe Mitwirkende jederzeit aktualisieren und deren Zugriff einschränken.

Bereitstellen für fehlerhafte Ziele in einer Bereitstellungsgruppe

Standardmäßig wird Azure Pipelines verwendet, um alle Aufträge erneut auszuführen, wenn Sie eine zuvor fehlgeschlagene Ausführung erneut bereitstellen. Nun können Sie dieses Verhalten überschreiben, indem Sie die Bereitstellungsoption bei der Bereitstellung konfigurieren. Durch Auswählen der Option Alle Aufträge und Einschränken auf fehlerhafte Ziele in einer Bereitstellungsgruppe führt die erneute Ausführung alle Aufträge aus und überspringt die Bereitstellungen zu den Zielen, die bereits auf dem neuesten Stand sind.

Bereitstellen auf fehlerhaften Zielen in einer Bereitstellungsgruppe.

Unterstützung für Infrastructure as Code

Unseren Azure DevOps-Projekten wird die Unterstützung von Infrastructure as Code (IaC) hinzugefügt. IaC ist ein Prozess zum Verwalten und Bereitstellen der Computinginfrastruktur mit einem deklarativen Ansatz, während die Konfiguration mithilfe von Definitionsdateien anstelle herkömmlicher interaktiver Konfigurationstools festgelegt wird. Dadurch können Sie mit den Ressourcen in Ihrer Lösung als Gruppe arbeiten. Sie können alle Ressourcen für Ihre Lösung mithilfe einer Vorlage für die Bereitstellung bereitstellen, aktualisieren oder löschen. Diese Vorlage kann für verschiedene Umgebungen wie Tests, Staging und Produktion verwendet werden.

Azure Artifacts

Ausschließen von Dateien in Artefaktuploads

Um Dateien von veröffentlichten Artefakten auszuschließen, mussten Sie die Dateien zuvor in ein Stagingverzeichnis kopieren, die auszuschließenden Dateien entfernen und dann hochladen. Jetzt suchen sowohl Universelle Pakete als auch Pipelineartefakte nach einer Datei mit dem Namen .artifactignore im Verzeichnis, in das hochgeladen wird, und schließen diese Dateien automatisch aus, wodurch die Notwendigkeit eines Stagingverzeichnisses entfällt.

Provenienzinformationen zu Paketen

Mit diesem Update haben wir es ein wenig einfacher gemacht, die Herkunft Ihrer Pakete zu verstehen, einschließlich, wer oder was sie veröffentlicht haben und aus welchem Quellcodecommitten sie stammen. Diese Informationen werden automatisch für alle Pakete aufgefüllt, die mit den Aufgaben npm, NuGet und .NET Core, Twine Authenticate (für Python) und Universelle Pakete veröffentlicht werden.

Provenienzinformationen zu Paketen.

Dokumentationsupdates zur Azure Artifacts-REST-API

Mit dem Update dieses Sprints führen wir umfangreiche Updates für die Dokumentation der Azure Artifacts-REST-APIs ein, die die Entwicklung für diese in Ihren eigenen Anwendungen erleichtern sollen.

Nächste Schritte

Hinweis

Diese Features werden in den nächsten zwei bis drei Wochen eingeführt.

Lesen Sie unten mehr über die neuen Features, und wechseln Sie zu Azure DevOps, um sie selbst auszuprobieren.

Navigieren Sie zu Azure DevOps.

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

Einen Vorschlag unterbreiten

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

Vielen Dank,

Jeremy Epling