Freigeben über

Informationen zu Verzweigungen und Verzweigungsrichtlinien

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Verzweigungsrichtlinien sind ein wichtiger Bestandteil des Git-Workflows und ermöglichen Folgendes:

  • Isolieren der laufenden Arbeit von der abgeschlossenen Arbeit in Ihrer Hauptzweige
  • Garantieren Sie Änderungen, bevor sie zur Hauptversion gelangen
  • Einschränken, wer zu bestimmten Zweigen beitragen kann
  • Erzwingen, wer Verzweigungen und die Benennungsrichtlinien für die Verzweigungen erstellen kann
  • Automatisches Einschließen der richtigen Prüfer für jede Codeänderung
  • Erzwingen bewährter Methoden mit erforderlichen Codeprüfern

In der folgenden Tabelle sind die Richtlinien zusammengefasst, die Sie zum Anpassen einer Verzweigung definieren können. Eine Übersicht über alle Repository- und Branch-Richtlinien und -Einstellungen finden Sie unter Git-Repositoryeinstellungen und -richtlinien.

Policy

Vorgabe

Beschreibung

Mindestanzahl von Bearbeitern erforderlich

Aus

Genehmigung von einer bestimmten Anzahl von Prüfern für Pullanforderungen erforderlich.

Überprüfen auf verknüpfte Arbeitsaufgaben

Aus

Fördern der Nachverfolgbarkeit, indem nach verknüpften Arbeitselementen in Pull Requests gesucht wird.

Überprüfen auf Kommentarauflösung

Aus

Überprüfen Sie, ob alle Kommentare für Pullanforderungen aufgelöst wurden.

Einschränken von Zusammenführungstypen

Aus

Steuern sie den Verzweigungsverlauf, indem Sie die verfügbaren Zusammenführungstypen einschränken, wenn Pullanforderungen abgeschlossen sind.

Hinzufügen von Buildüberprüfungsrichtlinien

Aus

Fügen Sie eine oder mehrere Richtlinien zum Überprüfen von Code hinzu, indem Sie Änderungen der Pullanforderung vorab zusammenführen und erstellen. Kann richtlinien auch aktivieren oder deaktivieren.

Hinzufügen von Statusüberprüfungsrichtlinien

Aus

Fügen Sie eine oder mehrere Richtlinien hinzu, damit andere Dienste nach dem erfolgreichen Status zum Abschließen von Pullanforderungen aufgefordert werden. Kann richtlinien auch aktivieren oder deaktivieren.

Automatisch eingeschlossene Prüfer

Aus

Fügen Sie eine oder mehrere Richtlinien hinzu, um Codeprüfer festzulegen, die automatisch eingeschlossen werden sollen, wenn Pullanforderungen bestimmte Codebereiche ändern. Kann richtlinien auch aktivieren oder deaktivieren.

Einführung einer Git-Verzweigungsstrategie

Es gibt einige kritische Verzweigungen in Ihrem Repository, auf die das Team angewiesen ist, immer in guter Form zu sein, z. B. Ihre main Verzweigung.

Fordern Sie Pullanforderungen an, um Änderungen an diesen Verzweigungen vorzunehmen. Entwickler, die Änderungen direkt an die geschützten Verzweigungen senden, werden ihre Pushs abgelehnt.

Halten Sie Ihre Zweigstrategie einfach, indem Sie Ihre Strategie aus den folgenden drei Konzepten erstellen:

  1. Verwenden Sie Feature-Branches für alle neuen Features und Fehlerbehebungen.
  2. Zusammenführen von Feature-Verzweigungen in der Hauptzweigung mithilfe von Pullanforderungen.
  3. Halten Sie eine hohe Qualität, up-to-Datum Hauptverzweigung.

Eine Strategie, die diese Konzepte erweitert und Widersprüche vermeidet, führt zu einem Versionskontrollworkflow für Ihr Team, das konsistent und einfach zu befolgen ist.

Erstellen von Arbeiten in Verzweigungen

Git-Verzweigungen sind nicht viel mehr als ein kleiner Verweis, der einen genauen Verlauf von Commits behält, sodass sie billig zu erstellen sind.

Das Übernehmen von Änderungen an einer Verzweigung wirkt sich nicht auf andere Verzweigungen aus. Sie können Verzweigungen für andere freigeben, ohne die Änderungen mit dem Hauptprojekt zusammenführen zu müssen.

Sie können neue Verzweigungen erstellen, um Änderungen für ein Feature oder eine Fehlerkorrektur von Ihrer Hauptzweige und anderen Arbeiten zu isolieren.

Da die Zweige leicht sind, ist der Wechsel zwischen Zweigniederlassungen schnell und einfach. Git erstellt beim Arbeiten mit Verzweigungen nicht mehrere Kopien Ihrer Quelle– es verwendet die in Commits gespeicherten Verlaufsinformationen, um die Dateien in einer Verzweigung neu zu erstellen, wenn Sie damit beginnen, daran zu arbeiten.

Ihr Git-Workflow sollte Verzweigungen zum Verwalten von Features und Fehlerbehebungen erstellen und verwenden.

Der Rest des Git-Workflows, z. B. das Freigeben von Code und das Überprüfen von Code mit Pullanforderungen , funktionieren alle durch Verzweigungen.

Das Isolieren von Arbeiten in Zweigen macht es einfach, zu ändern, was Sie gerade bearbeiten, indem Sie Ihre aktuelle Verzweigung ändern.

Wie werden Git-Verzweigungen erstellt?

Sie erstellen Verzweigungen mithilfe des branch Befehls. Branch erstellt einen Verweis in Git für die neue Verzweigung und einen Zeiger zurück auf den übergeordneten Commit, damit Git einen Verlauf der Änderungen beibehalten kann, während Sie Commits zu der Verzweigung hinzufügen.

Wenn Sie mit einer Verzweigung arbeiten, die eine andere Person freigegeben hat, behält Git eine upstream-Nachverfolgungsbeziehung bei. Die Beziehung ordnet die Verzweigung des lokalen Repositorys der entsprechenden Verzweigung im Remote-Repository zu.

Die vorgelagerte Nachverfolgung vereinfacht die Synchronisierung von Änderungen mit anderen Personen mithilfe von Push und Pull.

Visuelle Darstellung eines Verzweigungs-Haupts in Git

In diesem Screenshot sehen Sie eine neue Verzweigung, die aus der Hauptzweigung erstellt wurde. Die Arbeit wird sowohl an Zweigniederlassungen als auch an Commits fortgesetzt.

Git fügt immer neue Commits zur aktuellen lokalen Verzweigung hinzu. Überprüfen Sie, an welcher Verzweigung Sie arbeiten, bevor Sie einen Commit ausführen, damit Keine Änderungen an der falschen Verzweigung ausgeführt werden.

Wechseln zwischen lokalen Verzweigungen mithilfe des checkout Befehls. Git ändert die Dateien auf Ihrem Computer so, dass er mit dem neuesten Commit für den ausgecheckten Branch übereinstimmt.

Wenn Ihre Arbeit in der Verzweigung für den Rest des Teams freigegeben werden kann, übertragen Sie die Änderungen, um die Remote-Verzweigung zu aktualisieren.

Ein häufiger Fehler besteht darin, einige Änderungen vorzunehmen und commit sie zu erkennen, dass Sie sich auf einer falschen Verzweigung befinden, und dann checkout zur richtigen Verzweigung.

Ihre letzten Änderungen befinden sich nicht mehr im Dateisystem, da jede Verzweigung über eine eigene Codeversion verfügt.

Git bringt den Status der Dateien wieder in den letzten Commit für den Verzweigung zurück, in den Sie getauscht haben, nicht die vorherige Verzweigung, in der Sie Ihre Änderungen vorgenommen haben.

Sie müssen entweder die Commits aus dem Zweig auswählen oder die Änderungen in der richtigen Verzweigung zusammenführen .

Verwenden von Verzweigungen zum Verwalten der Entwicklung

Git verfolgt, an welcher Verzweigung Sie arbeiten, und stellt sicher, dass bei checkout einer Verzweigung Ihre Dateien mit dem letzten Commit für die Verzweigung übereinstimmen.

Mit Verzweigungen können Sie mit mehreren Versionen des Quellcodes im selben lokalen Git-Repository gleichzeitig arbeiten.

Teilen Sie Git mit checkout, an welcher Verzweigung Sie arbeiten möchten, und Git kümmert sich um das Festlegen der richtigen Dateiversionen für diese Verzweigung.

Sie benötigen nicht mehr als ein Repository auf Ihrem System, wenn Sie Verzweigungen verwenden, um Ihre Arbeit zu isolieren.

Richten Sie Ihre Entwicklungsumgebung einmal nach dem Klonen ein. Verwenden Sie dann Git-Verzweigungen, um zwischen Funktionsarbeit und Fehlerkorrektur zu tauschen.

Verzweigung von Führungslinien

Erfahren Sie, wie Sie allgemeine Aufgaben beim Arbeiten mit Verzweigungen ausführen.

  • Last updated on