Sprung Start Git: Verzweigungen in Git

Git Branch: Ein Tool für eine effiziente Zusammenarbeit

Dieser Artikel wird aus dem Buch "Jump Start Git" ausgehalten, der kostenlos für SitePoint Premium -Mitglieder erhältlich ist. Physische Bücher sind in wichtigen Buchhandlungen auf der ganzen Welt erhältlich, und Sie können sie auch hier bestellen. Ich hoffe, Sie mögen und profitieren davon!

In Kapitel 1 sprach ich über meine anfängliche Angst, neue Dinge in meinem Projekt auszuprobieren. Was ist, wenn Sie einige ehrgeizige Merkmale ausprobieren, aber den bisher funktionierenden Teil brechen? Die Verzweigungsfunktion von Git löst dieses Problem perfekt.

Zusammenfassung der Schlüsselpunkte

• Git Branch ermöglicht das Erstellen einer Kopie des Projekts, ohne das ursprüngliche Projekt zu beeinflussen. Wenn das Experiment erfolgreich ist, ist es einfach, experimentelle Elemente in den Hauptzweig zu verschmelzen.
• Zweige ermöglichen es, mehrere Aufgaben gleichzeitig bearbeitet zu werden, ohne sich gegenseitig zu stören. Dies ist sehr nützlich, wenn Sie auf die Genehmigung einer Funktion warten und gleichzeitig eine andere Funktion verarbeiten müssen. Die Verzweigung kann auch den Code erleichtern, indem sie verschiedene Ideen trennen.
• Erstellen Sie einen Zweig in Git mit dem Befehl git branch [分支名称]. Wechseln Sie zu diesem Zweig, um git checkout [分支名称] zu verwenden. Das Löschen von Zweigen verwendet git branch -D [分支名称], es wird jedoch empfohlen, Zweige nicht zu löschen, es sei denn, dies ist erforderlich.
• Das Verschmelzen von Zweigen in Git ist ein einfacher Prozess. Verwenden Sie den Befehl git merge [分支名称]. Dies kann jedoch Schleifen in der Projekthistorie erzeugen, die in großen Teams schwer zu navigieren sein können. Im nächsten Kapitel werden eine Zusammenführungsmethode untersucht, die keine Schleifen erstellt.

Was ist ein Zweig?

Erstellen einer neuen Niederlassung im Projekt bedeutet im Wesentlichen eine Kopie des Projekts. Sie können diese Kopie verwenden, um das ursprüngliche Projekt zu beeinflussen. Wenn das Experiment fehlschlägt, können Sie es aufgeben und zum ursprünglichen Projekt zurückkehren - der Hauptzweig.

Aber wenn das Experiment erfolgreich ist, kann Git leicht experimentelle Elemente in den Hauptzweig verschmelzen. Und später, wenn Sie Ihre Meinung ändern, können Sie vor der Zusammenführung problemlos in den Zustand des Projekts wiederhergestellt werden.

Zweige in Git sind unabhängige Entwicklungspfade. Sie können neue Commits in einer Niederlassung erstellen, ohne andere Zweige zu beeinflussen. Die Benutzerfreundlichkeit von Zweigen ist eine der besten Funktionen von Git. (Während andere Optionen für Versionskontrolloptionen (z. B. CVS) auch Zweigoptionen haben, ist die Erfahrung beim Zusammenführen von Filialen auf CVS sehr langweilig. Wenn Sie die Erfahrung mit Filialen in anderen Versionskontrollsystemen haben, können Sie sicher sein, dass die Verwendung von Zweigen in GIT völlig unterschiedlich ist. )

In Git befinden Sie sich standardmäßig in der Hauptzweig. Der Name "Meister" bedeutet nicht, dass er in irgendeiner Weise überlegen ist. Dies ist nur ein konventionelles Sprichwort.

Hinweis: Zweigvereinbarung

Während Sie frei sind, verschiedene Zweige als Basiszweige in Git zu verwenden, erwarten die Leute normalerweise, den neuesten Code für ein bestimmtes Projekt in der Hauptzweig zu finden.

Sie könnten argumentieren, dass kein Zweig benötigt wird, weil die Fähigkeit zur Rückkehr zu einem Commit zurückkehren kann. Stellen Sie sich jedoch vor, Sie müssen Ihre Arbeit Ihrem Vorgesetzten zeigen und gleichzeitig eine neue Funktion entwickeln, die nicht Teil der von Ihnen geleisteten Arbeit ist. Da der Zweig verwendet wird, um verschiedene Ideen zu trennen, macht der Code im Repository leicht zu verstehen. Darüber hinaus ermöglichen es Ihnen Filialen, wichtige Commits nur im Master- oder Master -Zweig zu behalten.

Eine weitere Verwendung von

Zweigen besteht darin, dass Sie mehrere Dinge gleichzeitig behandeln können, ohne sich gegenseitig zu stören. Angenommen, Sie haben Feature 1 zur Überprüfung eingereicht, aber es wird einige Zeit dauern, bis Ihr Vorgesetzter es überprüfen kann. Gleichzeitig müssen Sie Funktion 2 verarbeiten. In diesem Fall ist der Zweig nützlich. Wenn Sie an Ihrer neuen Idee in einer neuen Filiale arbeiten, können Sie jederzeit in Ihre vorherige Filiale umsteigen, um das Repository in seinen vorherigen Zustand wiederherzustellen, der keinen Code enthält, der sich auf Ihre Idee bezieht.

Lassen Sie uns nun Verzweigungen in Git verwenden. Führen Sie den folgenden Befehl aus:

<code>git branch</code>

Wenn Sie Ihr Repository geklont haben oder ein Remote -Repository eingerichtet haben, können Sie auch die Remotezweige sehen. Fügen Sie einfach -a:

nach dem obigen Befehl hinzu

<code>git branch -a</code>

Wie oben gezeigt, zeigen die roten Zweige an, dass sie sich im Remote -Repository befinden. In unserem Beispiel können wir die verschiedenen Zweige sehen, die im Ursprungs -Remote -Repository existieren.

Erstellen Sie Zweig

Es gibt verschiedene Möglichkeiten, Zweige in Git zu erstellen. Um einen neuen Zweig zu erstellen und ihn im aktuellen Zweig zu halten, führen Sie den folgenden Befehl aus:

<code>git branch test_branch</code>

Hier ist test_branch der Name des erstellten Zweigs. Nach dem Ausführen von <code>git branch</code> scheint der aktive Zweig jedoch immer noch der Hauptzweig zu sein. Um den aktiven Zweig zu ändern, können wir den Befehl Checkout ausführen (wie unten gezeigt):

<code>git checkout test_branch</code>

Sie können auch die beiden oben genannten Befehle kombinieren, um einen neuen Zweig in einem Befehl zu erstellen und anzusehen, indem Sie nach dem Checkout -Befehl addieren:

<code>git checkout -b new_test_branch</code>

Die gerade erstellte Zweigstelle basiert auf dem neuesten Commit für den aktuell aktiven Zweig (in diesem Fall der Primärzweig). Wenn Sie einen Zweig erstellen möchten (z. B. cafb55d) basierend auf einem Commit (z. B. old_commit_branch), können Sie den folgenden Befehl ausführen:

<code>git checkout -b old_commit_branch cafb55d</code>

Um den aktuellen Zweig in renamed_branch umzubenennen, führen Sie den folgenden Befehl aus:

<code>git branch -m renamed_branch</code>

Abzweig

Um einen Zweig zu löschen, führen Sie den folgenden Befehl aus:

<code>git branch</code>

Hinweis: Löschen Sie Zweige nicht, es sei denn, dies erforderlich

Da es tatsächlich keine Nachteile für die Aufbewahrung von Zweigen gibt, empfehle ich, sie nicht zu löschen, es sei denn, die Anzahl der Zweige im Repository wird zu groß, um sie zu verwalten.

Die oben verwendete Option -D löscht den Zweig auch dann, wenn der Zweig nicht mit dem Remotezweig synchronisiert ist. Dies bedeutet, dass, wenn Sie ein Commit haben, das nicht in Ihrem aktuellen Zweig vorangetrieben wurde, -D Ihre Zweigstelle ohne Warnung löscht. Um sicherzustellen, dass Sie keine Daten verlieren, können Sie -d als Alternative zu -D verwenden. -d Zweige nur dann löschen, wenn sie mit den Fernzweigen synchronisiert wurden. Da unsere Zweige noch nicht synchronisiert sind, sehen wir, was passiert, wenn wir -d verwenden, wie unten gezeigt:

Wie Sie sehen, wird Git Sie warnen und die Operation abbrechen, da die Daten nicht mit dem Zweig verschmolzen wurden.

Zweige und Kopf

Jetzt, da wir die Möglichkeit haben, die Grundlagen der Verzweigung auszuprobieren, nehmen wir uns einen Moment Zeit, um zu diskutieren, wie Zweige in Git arbeiten und ein wichtiges Konzept einführen: Kopf.

Wie oben erwähnt, sind Zweige nur Verbindungen zwischen verschiedenen Commits oder über den Weg des Commits. Es ist zu beachten, dass der Kopf des Zweigs bei der Verwendung eines Zweigs auf die neuesten Commit in der Filiale verweist. Ich werde den Kopf in den folgenden Kapiteln mehrmals erwähnen. In Git verweist der Kopf auf die neueste Commit in der Filiale. Mit anderen Worten, es bezieht sich auf die Spitze des Zweigs.

Der Zweig ist im Wesentlichen ein Zeiger auf ein Commit, dessen Eltern -Commit, ein Großelternteil und so weiter. Diese Begehungskette bildet den oben erwähnten Pfad. Wie verbindet ich Zweige und Kopf? Nun, die Oberseite des Kopfes und der aktuelle Zweig zeigen das gleiche Commit. Schauen wir uns ein Diagramm an, um diese Idee zu veranschaulichen:

Wie oben gezeigt, ist branch_A zunächst ein aktiver Zweig und Kopfpunkte, um C zu begehen. C. Commit A ist das Basisbeauftragte ohne Elternteil. Daher sind die Commits in branch_A in umgekehrter Reihenfolge in der Zeit angeordnet (was auch den oben erwähnten Pfad darstellt) C → B → A. Das Commit in branch_B lautet E → D → B → A. A. Kopfpunkte auf den jüngsten Komitee für den aktiven Zweig branch_A, dh, begehen C. Wenn wir ein Commit hinzufügen, wird es dem aktiven Zweig hinzugefügt. Nach dem Verhalten zeigt branch_A auf F, und der Zweig folgt F → C → B → A, während branch_B gleich bleibt. Kopf zeigt jetzt, um F zu begehen. Wenn wir wieder ein weiteres Commit hinzufügen, werden die Änderungen in der Abbildung demonstriert.

Fortgeschrittener Zweig: Branch

zusammenführen

Wie bereits erwähnt, ist einer der größten Vorteile von Git, dass es besonders einfach ist, Filialen zu verschmelzen. Mal sehen wir, wie es gemacht wird.

Wir werden zwei neue Zweige erstellen - new_feature und another_feature - und einige virtuelle Commits hinzufügen. Die Überprüfung der Geschichte eines jeden Zweigs zeigt uns, dass der another_feature -Ast wie folgt einen Commit führt:

Diese Situation kann in der folgenden Abbildung dargestellt werden. Jeder Kreis repräsentiert ein Commit, und der Zweigname zeigt auf seinen Kopf (oben am Zweig).

Um new_feature mit dem Hauptzweig zusammenzufassen, führen Sie den folgenden Befehl aus (stellen Sie zunächst sicher, dass der Hauptzweig aktiv ist):

<code>git branch</code>

Die Ergebnisse können in der folgenden Abbildung dargestellt werden:

Um another_feature mit new_feature zusammenzuführen, führen Sie einfach den folgenden Befehl aus (stellen Sie sicher, dass der new_feature -Ast aktiv ist):

<code>git branch -a</code>

Die Ergebnisse können in der folgenden Abbildung dargestellt werden:

Wichtiger Tipp: Achten Sie auf den Zyklus

Das obige Bild zeigt, dass diese Zusammenführung in Ihrem Projekthistory eine Schleife über zwei Commits erstellt, in denen der Workflow jeweils abweichen und konvergiert. Solche Schleifen sind möglicherweise kein Problem, wenn sie alleine oder in kleinen Teams arbeiten. In einem größeren Team - es gibt möglicherweise viele Commits, da Sie von der Hauptzweige abgewichen sind - diese große Schleife macht es schwierig, die Geschichte zu navigieren und Änderungen zu verstehen. Wir werden nach Möglichkeiten untersuchen, wie Sie Zweige mit dem Befehl rebase zusammenführen können, ohne in Kapitel 6 Schleifen zu erstellen.

Es gibt keinen "Konflikt" in dieser Zusammenführung. Der Grund ist einfach, dem another_feature Zweig werden keine neuen Commits im Vergleich zum new_feature -Ast hinzugefügt. Gitkonflikte treten auf, wenn derselbe Teil derselben Datei in nicht öffentlichen Commits in beiden Zweigen geändert wird. Git wirft Konflikte aus, um sicherzustellen, dass Sie keine Daten verlieren.

Wir werden Konflikte im nächsten Kapitel im Detail diskutieren. Wie ich bereits erwähnt habe, können Zweige mit einfachen Festungswegen sichtbar gemacht werden. Wenn wir Zweige verschmelzen und es wie oben keine Konflikte gibt, ändert sich nur der Zweig -Pfad und der Kopf des Zweigs wird aktualisiert. Dies wird als Fast -Forward -Typ -Verschmelzung bezeichnet.

Eine andere Möglichkeit, Zweige zu verschmelzen, ist nicht schnell vorwärts, indem --no-ff nach dem Befehl merge hinzugefügt wird. Auf diese Weise wird ein neues Commit in der zugrunde liegenden Zweigstelle mit Änderungen aus einer anderen Niederlassung erstellt. Sie müssen auch die Einreichungsnachricht angeben:

<code>git branch</code>

Im obigen Beispiel ist der erstere (merge new_feature mit dem Hauptzweig) ein schneller Vorwärtsverschmelzung, während letzteres ein nicht schneller Vorwärtsverschmelzung mit einem Merge-Commit ist.

Während der Fast-Forward-Stil die Verschmelzung standardmäßig ist, verwenden Sie normalerweise am besten eine nicht schnelle Vorwärtsmethode für zusammengeführte Fusionen, die mit dem Hauptzweig verschmolzen sind. Langfristig kann die Ermittlung neuer Commits, die neue Funktionen verschmelzen, von Vorteil sein, da es den Code -Teil logisch für die neuen Funktionen in ein einzelnes Komitee unterteilt.

Schlussfolgerung

Was haben Sie gelernt?

In diesem Kapitel diskutieren wir, was Zweige sind und wie sie in Git verwaltet werden. Wir haben uns angesehen, Zweige erstellen, modifizieren, löschen und verschmelzen.

Was kommt als nächstes?

Ich habe bereits darüber gesprochen, wie gut Git für Entwickler mit Teams gut ist. Dies wird im nächsten Kapitel genauer sowie die spezifischen GIT -Operationen und -befehle, die häufig in verteilten Teams verwendet werden, ausführlicher erforscht.

FAQs über Git -Zweig

• Was ist der Hauptzweck des Git -Zweigs?

Git Branch ist eine leistungsstarke Funktion, mit der Entwickler separate Entwicklungslinien erstellen können. Dies ist besonders nützlich, wenn Sie sich mit neuen Funktionen oder Korrekturen befassen, da Sie Ihre Arbeiten vom Hauptprojekt aus isolieren können. Nachdem die Funktion oder Fix abgeschlossen und getestet wurde, kann sie zum Hauptprojekt zurückgeführt werden. Dies stellt sicher, dass das Hauptprojekt stabil bleibt und es mehreren Entwicklern ermöglicht, verschiedene Funktionen gleichzeitig zu verarbeiten, ohne sich gegenseitig zu stören.

• Wie erstelle ich einen neuen Zweig in Git?

Es ist einfach, einen neuen Zweig in Git zu erstellen. Sie können den Befehl <code>git branch</code>, gefolgt vom Namen des neuen Zweigs. Zum Beispiel erstellt git branch new_feature einen neuen Zweig namens "New_Feature". Um zu diesem Zweig zu wechseln, können Sie den Befehl git checkout wie folgt verwenden: git checkout new_feature.

• Wie fusioniere ich Zweige in Git?

Zweige in Git mit dem Befehl git merge zusammenführen. Vor dem Zusammenführen müssen Sie sich in der Filiale befinden, mit der Sie zusammenarbeiten möchten. Wenn Sie beispielsweise einen Zweig mit dem Namen "New_Feature" in einen "Master" -Ast zusammenführen möchten, müssen Sie zunächst mit git checkout master zum Hauptzweig wechseln und dann den Befehl git merge new_feature verwenden.

• Was ist ein Git -Zweigzeiger und wie funktioniert er?

Git Branch Zeiger ist eine Datei, die das Commit Sha1 Hash enthält, auf das sie verweist. Wenn Sie einen neuen Zweig erstellen, erstellt Git einen neuen Zeiger und bewegt ihn zusammen mit jedem neuen Commit, den Sie vornehmen. Dies ermöglicht Git, die Geschichte des Projekts zu verfolgen.

• Wie lösche ich einen Zweig in Git?

Löschen Sie einen Zweig in Git mit dem Befehl git branch -d, gefolgt vom Namen des Zweigs. Zum Beispiel löscht git branch -d old_feature einen Zweig mit dem Namen "Old_Feature". Wenn ein Zweig jedoch ein Commit hat, das nicht in einen anderen Zweig zusammengefasst wurde, hindert Git Sie daran, den Zweig zu löschen. Um die Löschung zu erzwingen, können Sie die Option -D verwenden.

• Was ist der Unterschied zwischen einer schnellen Vorwärtsverarbeitung und einer dreigliedrigen Fusion in Git?

Eine schnelle Vorwärtsverschmelzung in Git ist möglich, wenn ein linearer Pfad von der Spitze des Stromzweigs zum Zielzweig vorhanden ist. Anstatt ein neues Commit zu erstellen, verschiebt Git den aktuellen Zweigzeiger auf den Zielzweig. Andererseits wird ein dreigliedriger Zusammenhang verwendet, wenn es keinen linearen Pfad gibt. Git wird mit zwei Eltern einen neuen Commiting schaffen, der die beiden Zweige effektiv verbindet.

• Wie kann man alle Zweige in einem Git -Repository anzeigen?

Sie können alle Zweige im Git -Repository mit dem Befehl <code>git branch</code> ohne Parameter anzeigen. Dadurch werden alle lokalen Filialen aufgeführt. Wenn Sie auch Remote -Zweige anzeigen möchten, können Sie die Option -a wie folgt verwenden: <code>git branch -a</code>.

• Wie kann man einen Zweig in Git umbenennen?

benennen Sie einen Zweig in Git mit dem Befehl git branch -m um, gefolgt von den alten und neuen Namen. Zum Beispiel wird git branch -m old_name new_name den Zweig "old_name" in "new_name" umbenennen.

• Was ist ein Trennkopf in Git und wie vermeidet man es?

beunruhigender Kopf in Git tritt auf, wenn Sie sich anstelle eines Zweigs einen Commit ansehen. Dies kann gefährlich sein, denn wenn Sie sich in einer anderen Filiale untersuchen, gehen alle Änderungen verloren. Um dies zu vermeiden, überprüfen Sie immer die Zweigstelle, anstatt sich zu verpflichten.

• Wie kann man Konflikte bei der Verschmelzung von Zweigen in Git lösen?

Beim Zusammenführen von Zweigen in Git können Konflikte auftreten, wenn derselbe Teil derselben Datei in beiden Zweigen geändert wird. Git markiert die Datei als "unmotiviert", Sie müssen den Konflikt manuell lösen. Sie können dies tun, indem Sie die Datei in einem Texteditor öffnen, die Konfliktmarke () finden und entscheiden, welche Änderungen zu halten sind. Nachdem alle Konflikte gelöst sind, können Sie die Datei mit <code>git add hinzufügen und mit git commit senden.

Das obige ist der detaillierte Inhalt vonSprung Start Git: Verzweigungen in Git. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!