Management und Verwaltung von Filialen in GIT

EIN Zweig In Git es ist ein Zweig unseres Repositorys, es ist eine Möglichkeit, einen alternativen Pfad zum Hauptpfad zu generieren. Dies ermöglicht es uns, neue Lösungen zu erkunden, ohne die Basis des Programms oder der Anwendung, die wir ausführen, ändern zu müssen.
Doch das Konzept von Zweig Es ist nicht ganz klar, wann wir dieses Tool verwenden, das die Versionen unserer Projekte steuert. Normalerweise werden in anderen Versionskontrollsystemen die Auswirkungen eines Projekts mit diesem Konzept nicht berücksichtigt.
Viele werden es bereits nutzen Git und sie haben nicht mehr darauf geachtet Geäst, und in gewisser Weise ist es verständlich, da beim Umgang mit einem einzelnen Zweig und wenn die Entwicklung von einer einzelnen Person durchgeführt wird, sollte es keine Unannehmlichkeiten geben.
Aber was ist, wenn diese Person einige experimentelle Funktionen testen möchte, die zum Scheitern ihres Projekts führen oder einfach die Stabilität des Projekts beeinträchtigen können, werden einige sagen, dass a Gabel des Projekts und experimentieren Sie weiter. Wenn die Verbesserung erfolgreich ist, denken Sie darüber nach, das, was im Fork gemacht wurde, in das Hauptprojekt zu integrieren. Das ist wirklich eine etwas lange und unnötige Arbeit.
Im obigen Fall einfach ein neues erstellen Zweig innerhalb des jeweiligen Projekts können wir alle gewünschten Änderungen und Experimente vornehmen und am Ende einfach ein verschmelzen oder Verschmelzung mit dem Zweig initial oder main werden wir alle unsere änderungen bereits verbunden haben.
Ein anderer FallEin anderer Fall ist, wenn wir ein Arbeitsteam haben, in dem zwei Personen, die an demselben Code arbeiten, Konflikte erzeugen können Git bringt seine Kraft zum Vorschein. Wir können eine Struktur von drei Filialen zum Beispiel a Zweig für jeden Entwickler und ein Vereinigungszweig. Auf diese Weise kann jeder Entwickler seine Änderungen übernehmen und wenn er das Gefühl hat, sie in das Projekt einbringen zu können, schickt er sie an die Zweig der Vereinigung und damit die andere Person oder die anderen Mitglieder des Teams darauf zugreifen können.
Wir verstehen bereits die Gründe, die uns zur Verwendung veranlasst haben Geäst und wir sind mit dem Konzept vertraut, jetzt werden wir einen Teil sehen, der für die Verwendung dieser Funktion von entscheidend ist Git und soll unserem einen Namen geben Zweig.
ZweignameDurch den Namen wissen wir, wo wir gerade stehen, dieser Name ist völlig willkürlich, d.h. jeder Benutzer von Git du kannst deine benennen Geäst wie Sie es in Ihrem Projekt wünschen. Meistens Git ein … kreieren Zweig namens Meister Standardmäßig enthält dies im Allgemeinen die stabile und fehlerfreie Version des Projekts, wir können es jedoch umbenennen oder sogar löschen, wenn wir möchten, obwohl es ratsam ist, dies nicht zu tun.
Da wir Wildcards für die Suche verwenden können, können wir unsere Namen benennen Geäst hierarchisch, zum Beispiel Imp_Bug / 89 oder Impl_Bug / 23. Dies ermöglicht es uns, sie mit Themen zu lokalisieren und zu organisieren. Mal sehen, wie wir das Erklärte in unser Test-Repository bringen:
In diesem Fall haben wir a Filialmeister und wir haben mehrere erstellt Geäst die zum Beheben von Fehlern dienen, wenn wir den Befehl ausführen Git-Zweig in der Konsole Git Im Ordner unseres Projekts erhalten wir eine Liste mit allen bestehende FilialenMal sehen, wie es aussieht, wenn wir es ausführen:

Wir sehen dann die Liste aller unserer Geäst und in einer anderen Farbe sehen wir die Branche, in der wir uns gerade befinden. Aber was ist, wenn wir viele haben? Geäst und wir müssen nur die filtern FehlerbeseitigungszweigeNun, hier kommt die Wildcard-Suche ins Spiel. Wenn wir beispielsweise auf diese Weise suchen möchten, müssen wir einen Befehl ähnlich dem folgenden ausführen:

git show-branch impl_bug / *

Sehen wir uns an, wie das auf unserer Konsole aussieht:

Wir können dann feststellen, dass alle Geäst und auf der einen Seite haben wir den Kommentar des letzten begehen das wurde bei ihnen gemacht.
Weil der Filialbenennung Es ist etwas völlig Willkürliches und nach Meinung des Benutzers gibt es oft Verwirrung innerhalb eines Teams, deshalb können wir einige Empfehlungen und Best Practices befolgen, auf diese Weise werden wir bessere Benutzer innerhalb des Tools:

• Obwohl wir das /-Symbol im Namen unserer Filialen verwenden können, kann dies nicht das letzte Zeichen eines Namens sein.
• Wir können keinen Punkt setzen (.) nach einem Schrägstrich (/).
• Wir können nicht zwei Punkte hintereinander platzieren (… ) innerhalb eines Namens.
• Wir dürfen keine Sonderzeichen verwenden (~ : ? * [ ) da diese Zeichen eine Bedeutung innerhalb der Syntax von . haben Git und sie können fehleranfällig sein.
• Wir sollten auch keine Leerzeichen oder Steuerzeichen haben ASCII.

Wenn wir diese Richtlinien befolgen, werden wir die ordnungsgemäße Verwendung in unserem Repository aufrechterhalten, und die anderen Teammitglieder werden uns dafür danken, dass wir ihnen das Leben leichter gemacht haben.
Wenn wir eine haben Filialenliste und wir sind in a Zweig aber wir wollen zu einem anderen gehen, wir müssen nur den folgenden Befehl verwenden:

git checkout branch-name

Damit ändern wir uns Zweig sofort und können so problemlos an verschiedenen Projektabschnitten arbeiten. Mal sehen, wie wir das können Zweige wechseln in unserem Test-Repository:

Wie wir bemerkt haben, ist es etwas ganz einfaches, aber wenn wir innerhalb dieser Branche eine Änderung vornehmen und es nicht schaffen begehen Wenn wir versuchen, zu einem anderen zu wechseln, erhalten wir eine Fehlermeldung und Git Es sagt uns, dass wir etwas tun müssen, denn wenn nicht, können die Änderungen verloren gehen:

Wenn dieses Problem auftritt, müssen wir a begehen und dann weiter zum nächsten Zweig wir werden den inhalt der anderen sehen Zweig.
Um einen neuen Zweig zu erstellen, verwenden wir weiterhin den Befehl Kasse, jedoch müssen wir in diesem Fall die hinzufügen -b-Option, damit erstellen wir eine Kopie des aktuellen Zweigs und generieren einen völlig neuen. Sehen wir uns an, wie es auf unserer Konsole aussieht:

Wir merken, wie einmal die neue Filiale erstellt sofort Git bringt uns zu ihm und wir können direkt mit der Arbeit beginnen.
Obwohl es nicht sehr verbreitet ist, gibt es Fälle, in denen wir es wünschen eine Filiale löschen aus unserem Repository und Git erlaubt uns dies, nur können wir die Branche, in der wir uns gerade befinden, nicht löschen, um Inkonsistenzen mit dem Tool zu vermeiden. Um diesen Vorgang auszuführen, müssen Sie einfach den folgenden Befehl anwenden:

git branch -d branch-name

BeschränkungenEs gibt jedoch einige Einschränkungen, zum Beispiel können wir a . nicht löschen Zweig Was stimmt damit nicht verpflichtet sich dass er Zweig von wo wir versuchen, es zu löschen, hat es nicht mit ihm Git hilft, den Verlust von Informationen zu vermeiden, wenn wir einen Zweig dieser Merkmale löschen möchten, müssen wir dies tun verschmelzen in unserer Zweig oder geh zu einem, der das hat verpflichtet sich.
Sehen wir uns an, wie die Ausführung dieses Befehls in der Konsole aussieht:

Am Ende der Ausführung sehen wir, wie Git bestätigt die Eliminierung des entsprechenden Zweiges.
Es gibt Zeiten, in denen wir dieselbe Zeile in einer Datei berührt haben in zwei verschiedene Filialen, dies zum Zeitpunkt des Tuns verschmelzen es wird einen Konflikt für uns erzeugen. Git Es hilft uns, indem es eine Differenzierung des Konflikts innerhalb der Datei herstellt, also müssen wir bei der Lösung einen neuen erstellen begehen und ein neues verschmelzen. Die Unterscheidung wird in der jeweiligen Datei wie folgt dargestellt:

 jede Zeile <<<<<< >>>>>> dev: NewChange 

Wenn wir den Konflikt lösen wollen, müssen wir den Inhalt von . löschen Git, das heißt, die Zeilen mit <<<<< Ja >>>>, also lassen wir die Veränderung, die wir wollen, oder vereinen alles, indem wir dies bereits tun Git wird uns den Fehler nicht mehr präsentieren und wir werden in der Lage sein, dies zu tun verschmelzen meistens.
WichtigEines der Dinge, die es zu tun gilt, ist die Generierung eines gemeinsame Nomenklatur, d. h. eine Namensstruktur aufbauen, unter der die Geäst Je nach Funktion im Projekt haben wir so viel mehr Ordnung, natürlich muss diese Nomenklatur den am Anfang des Tutorials erwähnten Best Practices folgen.
Damit beenden wir dieses Tutorial, wir werden in der Lage sein, viel mehr aus unserem Repository herauszuholen in Git und damit unser Team hervorragend zu führen. Wir müssen die Basis für die Verwaltung von bereits gedeckt haben Geäst In Git, damit können wir unsere Änderungen adäquat verwalten, so dass wir Konflikte auf ein Minimum reduzieren können, insbesondere wenn wir in Teams von zwei oder mehr Personen arbeiten.Hat dir dieses Tutorial gefallen und geholfen?Sie können den Autor belohnen, indem Sie diesen Knopf drücken, um ihm einen positiven Punkt zu geben