Git Branch ist die grundlegende Komponente des Git -Versionskontrollsystems. Wir werden verschiedene Verzweigungsmodelle in diesem Tutorial untersuchen

Git Pull -Anfragen Zweige

In unserem letzten Artikel haben wir die Grundlagen von Git- und Versionskontrollsystemen erfahren. Wir haben Schritt für Schritt durchlaufen und gelernt, wie man ein Git -Repository einrichtet. Außerdem haben wir gelernt, wie man einen Zweig zu Änderungen hinzufügt und sie zurückversetzt, falls Sie Ihre Änderungen rückgängig machen möchten. Jetzt, da wir die Grundlagen von Versionskontrollsystemen verstehen, insbesondere Git. In diesem Blog -Beitrag werden wir also über die Verwendung von Git -Zweigen und an Anfragen übergehen. Wir lernen verschiedene Workflows kennen. Also lasst uns anfangen!

Was sind Git -Zweige

Git -Zweige

Lassen Sie uns über Zweige sprechen und warum wir Filialen brauchen und welche Verzweigungsstrategien wir verwenden können, um mit unserem Code effizient zu arbeiten. Wie der Name vorschlägt, stellt ein Zweig eine unabhängige Entwicklungslinie aus einer Wurzel dar. Wenn Sie ein Repository erstellen, erstellen Sie im Grunde auch einen Zweig, den wir einen Master- (oder Standard) -Ast aufrufen können. Wir können Änderungen an unserer Master -Filiale begehen. Für den Fall, dass Sie jedoch an einer Funktion arbeiten müssen und Ihren Code nicht von der Master -Filiale trennen möchten. Hier helfen Ihnen Zweigstellen. Sie lassen Sie sich verzweigen und verschmelzen später später.

Git -Zweige erstellen / ändern

git branch

Mit dem Befehl können Sie Filialen erstellen, auflisten, umbenennen und löschen. Sie können nicht zwischen Zweigen wechseln. Dafür müssen wir den Git -Checkout -Befehl verwenden. Oder wenn Sie Ihre Änderungen wieder zu einem Zweig verschmelzen möchten, müssen Sie den Befehl git merge verwenden. Es ist wichtig zu verstehen, dass Zweige nur Hinweise auf sich verpflichten. Wenn Sie einen Zweig erstellen, muss Git einen neuen Zeiger erstellen, sondern das Repository nicht auf andere Weise ändert. Verwenden Sie den folgenden Befehl, um einen Zweig zu erstellen

git branch <branch-name>

Sobald Sie an einem Zweig gearbeitet und in die Hauptcode -Basis verschmolzen haben, können Sie den Zweig löschen, ohne den Verlauf des folgenden Befehls zu verlieren

git branch -d <branch-name>

Was ist eine Pull -Anfrage

Eine Pull -Anfrage ist eine Möglichkeit, einen Beitrag zu einem Softwareprojekt mit einem Versionskontrollsystem wie Git einzureichen. Entwickler verwenden Pull -Anfragen, um Änderungen an einer Codebasis vorzuschlagen. Sobald eine Pull-Anfrage geöffnet ist, können Sie die potenziellen Änderungen mit Mitarbeitern diskutieren und überprüfen und Follow-up-Commits hinzufügen, bevor Ihre Änderungen in die Basiszweig verschmolzen werden. Wenn ein Entwickler eine Pull -Anfrage eröffnet, ist alles, was er an einen anderen Entwickler verlangt, einen Zweig aus seinem Repository in sein Repository. Dies bedeutet, dass er 4 Eingabewerte bereitstellen muss, um eine Pull -Anforderung zu erstellen: das Quell -Repository, den Quellzweig, das Zielrepository und den Zielzweig.

Beliebte Verzweigungsmodelle

Es gibt eine Reihe von Verzweigungsworkflows, die von der Entwicklergemeinschaft weltweit verwendet werden. Wir werden jedoch die drei beliebtesten Verzweigungsmodelle nacheinander diskutieren

Git Flow

GitFlow Workflow ist ein Git -Workflow, der bei der kontinuierlichen Softwareentwicklung und der Implementierung von DevOps -Praktiken hilft. Der Git -Fluss ist der bekannteste Workflow auf dieser Liste. Es wurde von Vincent Driessen im Jahr 2010 erstellt und basiert auf zwei Hauptzweigen mit einer unendlichen Lebensdauer, zusammen mit anderen unterstützenden Zweigen wie Merkmalen-*, Hotfixes-*, die dann als individuell in den Entwicklungszweig in den Entwicklungszweig verschmelzen Artikel werden abgeschlossen.

  • Master - Diese Filiale enthält Produktionscode. Der gesamte Entwicklungscode wird in den Master -Zweig zusammengefasst, sobald bereit für die Produktion gedrängt wird.
  • entwickeln -Diese Zweigstelle enthält Vorproduktionscode. Wenn die Funktionen fertig sind, werden sie in die Entwicklung verschmolzen. Gitflow ist ideal für Projekte geeignet, die einen geplanten Release -Zyklus haben. Die Git -Geschichte wird jedoch unlesbar.

Github Flow

Der Github -Fluss ist ein leichtgewichtiger Workflow. Es wurde 2011 von Github erstellt und konzentriert sich hauptsächlich auf das agile Modell, wo Sie nicht auf einen Release -Zyklus warten. Stattdessen drängen Sie täglich Änderungen in die Produktion, wenn die Funktionen abgeschlossen werden. Github Flow folgt den folgenden Prinzipien:

  • Alles in der “Master” -Ast ist bereitgestellt.
  • Um an etwas Neuem zu arbeiten, erstellen Sie einen separaten Zweig von Off Master mit einem Beschreibung Namen, z. B. “Image-Uploading”
  • Verlassen Sie sich vor Ort und regelmäßig auf diese Filiale und bringen Sie Ihre Arbeit regelmäßig in die gleich benannte Filiale auf dem Server.
  • Wenn Sie Feedback oder Hilfe benötigen oder der Meinung sind, dass der Zweig zur Verschmelzung bereit ist, öffnen Sie eine Pull -Anfrage
  • Nachdem es überprüft und abgemeldet wurde, können Sie sie in den Master zusammenführen
  • Sobald es verschmolzen und auf “Master” verschoben wird, kann es in die Produktion eingesetzt werden.

Gitlab Flow

Der GitLab Flow ist ein Workflow, der 2014 von GitLab erstellt wurde. Gitlab Flow ist eine einfachere Alternative zu Gitflow und kombiniert featurengesteuerte Entwicklung und Feature -Zweige mit Problemverfolgung. Der Hauptunterschied zwischen Gitlab Flow und Github Flow ist die Verwendung von Umgebungszweigen. Entwickler erstellen einen entwickeln Zweig und machen dies zur Standardeinstellung, während Gitlab Flow sofort mit dem Hauptzweig funktioniert. Der GitLab Flow enthält mehrere Vorproduktionszweige. Und diese können verwendet werden, um das Zeug auf verschiedenen Ebenen zu testen. z. B. von der Testzweig bis zur Akzeptanz und dann von der Akzeptanz zur Produktion.

Abschluss

In diesem Artikel haben wir etwas über die Git -Zweige gelernt und Anfragen gezogen. Wir haben die Bedeutung von Pull -Anfragen untersucht und wie sie in verschiedenen Git -Workflows verwendet werden können. Wir haben auch kurz verschiedene Git -Verzweigungsmodelle untersucht.