Steuern der Git-Entwicklung aus einem Arbeitselement in Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Das Verknüpfen Ihrer Arbeitsaufgaben mit Entwicklungsobjekten wie Verzweigungen, Commits, Pullanforderungen und Builds ist eine leistungsstarke Möglichkeit, die Entwicklung voranzutreiben und Ihr Team synchron zu halten. Durch direktes Erstellen von Verzweigungen aus Arbeitsaufgaben stellen Sie eine klare Verbindung zwischen Aufgaben und Codeänderungen her. Während der Entwicklung können Sie Pull-Anforderungen zuordnen und Commits diesen Arbeitsaufgaben zuordnen und so einen umfassenden Datensatz der Vorgänge sicherstellen, die zum Abschließen bestimmter Arbeiten ausgeführt wurden.
In diesem Artikel wird beschrieben, wie Sie neue Verzweigungen erstellen, Links zu Commits hinzufügen und Pullanforderungen in einem Git-Repository verwalten, das in Azure DevOps gehostet wird. Anweisungen zum Verknüpfen von GitHub-Commits und Pull-Anforderungen mit Arbeitsaufgaben finden Sie unter Link GitHub Commits und Pull-Anforderungen an Arbeitsaufgaben.
Tipp
Sie können automatische Verknüpfung und andere Einstellungen einrichten, die Arbeitselemente mit Git-Commits, Pull Requests, Builds und mehr verknüpfen. Weitere Informationen finden Sie in den folgenden Ressourcen:
Development-Steuerelement
Das Entwicklungssteuerelement verfolgt alle Git-Entwicklungsaktivitäten , die zum Abschluss einer Arbeitsaufgabe beitragen. Es stellt Ihrem Team die erforderlichen Informationen bereit, um die nächsten Entwicklungsschritte auszuführen, wodurch die Notwendigkeit mehrerer Navigationsaktionen minimiert wird, um allgemeine Aufgaben auszuführen. Darüber hinaus wird die Rückverfolgbarkeit verbessert, indem alle zugehörigen Verzweigungen, Commits, Pullanforderungen und Builds angezeigt werden, die mit der Arbeitsaufgabe verknüpft sind, um einen umfassenden Einblick in den Entwicklungsprozess zu gewährleisten.
Über das Entwicklungssteuerelement können Sie schnell auf Verzweigungen, Pullanforderungen und Commits zugreifen, die mit der Arbeitsaufgabe verknüpft sind. Darüber hinaus können Sie eine Pullanforderung für eine von Ihnen erstellte oder verknüpfte Verzweigung direkt aus der Arbeitsaufgabe initiieren.
Hinweis
Das Entwicklungssteuerelement ist nur im Arbeitsaufgabenformular des Webportals verfügbar. Die Arbeitsaufgabenverfolgungserfahrung und -formulare in Visual Studio oder anderen unterstützten Clients zeigen nicht mehrere Features an, die im Webportal verfügbar sind.
Voraussetzungen
- Projektzugriff: Als Projektmitglied
- Berechtigungen:
- Mitglied der Gruppe "Mitwirkende" oder "Projektadministratoren". Um hinzugefügt zu werden, fügen Sie Benutzer zu einer Projekt- oder Teamgruppe hinzu.
- Wenn Sie Arbeitsaufgaben anzeigen oder ändern möchten, müssen Sie ihre Arbeitsaufgaben in diesem Knoten anzeigen und Arbeitsaufgaben in diesen Knotenberechtigungen auf "Zulassen" festlegen. Standardmäßig sind diese Berechtigungen für die Gruppe Mitwirkende festgelegt. Weitere Informationen finden Sie unter Festlegen von Berechtigungen und Zugriff für die Arbeitsnachverfolgung.
- Zugriffsebenen: Wenn Sie einen Backlog neu anordnen oder das Prognosetool verwenden möchten, haben Sie mindestens einfachen Zugriff. Benutzer mit Stakeholder-Zugriff können keine Backlogelemente neu anordnen oder das Prognosetool verwenden. Weitere Informationen finden Sie unter Kurzreferenz zu Beteiligtenzugriff.
- Projektzugriff: Als Projektmitglied
- Berechtigungen:
- Mitglied der Gruppe "Mitwirkende" oder "Projektadministratoren". Um hinzugefügt zu werden, fügen Sie Benutzer zu einer Projekt- oder Teamgruppe hinzu.
- Wenn Sie Arbeitsaufgaben anzeigen oder ändern möchten, müssen Sie ihre Arbeitsaufgaben in diesem Knoten anzeigen und Arbeitsaufgaben in diesen Knotenberechtigungen auf "Zulassen" festlegen. Standardmäßig sind diese Berechtigungen für die Gruppe Mitwirkende festgelegt. Weitere Informationen finden Sie unter Festlegen von Berechtigungen und Zugriff für die Arbeitsnachverfolgung.
Workflowprozess
Erwägen Sie das Erstellen eines neuen Branchs, wenn keine verknüpften Codeartefakte vorhanden sind. Wenn ein Branch vorhanden ist, aber keine Pull Requests, erwägen Sie, einen Pull Request zu erstellen. Dies ist eine typische Workflowsequenz beim Arbeiten mit einem Git-Repository.
Beginnen Sie mit der Arbeit an dem Arbeitselement, indem Sie einen Branch erstellen. Sie können einen neuen Git-Branch aus dem Abschnitt „Entwicklung“ hinzufügen...
... oder im Menü „Aktionen“ des Formulars.
Benennen Sie den Branch, und wählen Sie das Repository aus.
Wenn Sie Branches erstellen, werden sie automatisch mit dem Arbeitselement verknüpft.
Hinweis
Sie können einen Branch erst erstellen, wenn Sie dem Mainbranch Dateien hinzugefügt haben. Es wird empfohlen, diesen mit
main
oder einer anderen charakteristischen Bezeichnung zu bezeichnen. Das System fügt dem anfänglichen Repository, das mit jedem neuen Projekt erstellt wird, automatisch eine Infodatei (README) hinzu.Das System wird mit dem Repository und Branch geöffnet, die Sie erstellt haben.
Sie können eine Datei im Webportal bearbeiten.
Wenn Sie umfangreiche Dateibearbeitungen haben oder Dateien hinzufügen müssen, können Sie auch in Visual Studio oder einer anderen unterstützten IDE arbeiten. Fügen Sie einen neuen lokalen Branch aus dem von Ihnen erstellten Branch hinzu. Weitere Informationen finden Sie unter Aktualisieren von Code mit Fetch und Pull, Herunterladen von Änderungen mit Fetch. (Obwohl jeder Codebearbeitungs- und Commitprozess funktioniert, arbeiten wir am besten mit einer Edition von Visual Studio.)
Fügen Sie Dateien in dem Branch hinzu, den Sie erstellt haben, oder ändern Sie Dateien.
Committen und pushen Sie in Visual Studio oder einer anderen unterstützten IDE Änderungen aus Ihrem lokalen Branch in das Repository.
Wenn Sie zum ersten Mal Änderungen von einem neuen Branch pushen, sollen Sie den Branch veröffentlichen, bevor Sie Änderungen pushen. Weitere Informationen finden Sie unter Freigeben von Code mit Push.
Erstellen Sie einen Pull Request aus dem Arbeitselementformular.
Erstellen Sie eine Pullanforderung, um die Änderungen zusammenzuführen, die Sie an einer Hauptzweigung vorgenommen haben, und erhalten Sie Ihre Änderungen, die von anderen Mitgliedern Ihres Teams überprüft werden.
Ihre Ansicht wechselt zu Code, Seite „Pull Requests“. Schließen Sie die Erstellung des Pull Requests wie gezeigt ab.
Hinweis
Nachdem Sie einen Pull Request erstellt haben, können Sie erst dann wieder einen neuen Pull Request für denselben Branch erstellen, nachdem Sie den vorherigen Pull Request abgeschlossen haben.
Aktivieren Sie das Kontrollkästchen Squash für Änderungen beim Mergen, und schließen Sie dann die Zusammenführung ab.
Nach Abschluss sollte ein ähnlicher Bildschirm wie der folgende angezeigt werden.
Öffnen Sie das Arbeitsaufgabenformular, oder aktualisieren Sie das Formular, erweitern Sie den Abschnitt "Entwicklung " (wählen Sie " Entwicklung maximieren") aus, und Sie sehen die Links, die hinzugefügt wurden, um die abgeschlossenen Vorgänge zu unterstützen.
Erstellen eines Branchs für mehrere Arbeitselemente
Sie können auch eine neue Verzweigung aus der Arbeitsaufgabe hinzufügen, die im Backlog oder Board aufgeführt ist, ohne die Arbeitsaufgabe öffnen zu müssen. Mithilfe von Mehrfachauswahl können Sie mehrere Arbeitselemente auswählen und einen neuen Branch erstellen, in dem sie alle mit dem Branch verknüpft sind.
Hier wählen wir beispielsweise die ersten fünf Elemente aus, die mit einem neuen Branch verknüpft werden sollen.
Außerdem geben wir den Namen des Branchs an.
Verknüpfen mit vorhandenen Entwicklungs- und Buildobjekten
Alle im Abschnitt "Entwicklung" aufgeführten Elemente werden auch auf der Registerkarte "Links" angezeigt. Alle im Abschnitt "Entwicklung" gestarteten Entwicklungsmaßnahmen werden auch auf der Registerkarte "Verlauf" aufgezeichnet.
Um ein Arbeitselement mit einem vorhandenen Objekt zu verknüpfen, wählen Sie das Symbol „Links hinzufügen“ und dann den Linktyp aus.
Entfernen eines Links
Wenn Sie einen Link entfernen möchten, können Sie dies im Abschnitt "Entwicklung" tun, indem Sie ihn zuerst hervorheben und dann "Link entfernen" auswählen.
Alternativ können Sie sie auf der Registerkarte "Links" auswählen und "Aktionen" für den Link und dann die Option "Link entfernen" auswählen.
Verwandte Artikel
- Informationen zum dienstübergreifenden Azure DevOps-Dienst
- Konfigurieren von Pipelines zur Unterstützung der Arbeitsnachverfolgung
- Add work items (Hinzufügen von Arbeitselementen)
- Informationen zu Git
- Verknüpfen von GitHub-Commits und Pull Requests mit Arbeitselementen
- Verknüpfen von Arbeitselementen aus anderen Objekten
Zugeordnete Arbeitselemente im Build
Bei Git-Commits werden alle Arbeitselemente, die mit einem Commit verknüpft wurden, unter den zugeordneten Arbeitselementen auf der Buildzusammenfassungsseite aufgeführt.
Im Abschnitt „Entwicklung“ angezeigte Linktypen
Links, die in diesem Abschnitt angezeigt werden, werden aufgrund der folgenden Aktionen angezeigt:
- Erstellen eines Branchs, Commits oder Pull Requests aus dem Arbeitselement
- Angeben der Arbeitselement-ID während eines Commits, Pull Requests oder eines anderen unterstützten Git- oder TFVC-Vorgangs
- Verknüpfen Sie die Arbeitsaufgabe speziell über den Abschnitt "Entwicklung" oder "Verknüpfungen" mit einer Quellcodeverzweigung, einem Build oder einem anderen unterstützten Git- oder TFVC-Vorgang.
Wenn Sie mit dem Mauszeiger auf einen im Abschnitt „Entwicklung“ aufgeführten Eintrag zeigen, wird der Link zu dem zugeordneten Objekt aktiviert.
Die Linktypen, die Sie im Abschnitt „Entwicklung“ hinzufügen können, sind Branch, Build, Changeset, Commit, Im Build gefunden, In den Build integriert, Pull Request und Element mit Versionsangabe.
::: moniker-end
Weitere Informationen zum Verknüpfungssteuerelement oder zum Anpassen des Steuerelements für Entwicklungslinks finden Sie unter LinksControlOptions-Elemente, Entwicklungslinks-Steuerelement.