Einführung in Git Life Cycle

Git ist eines der führenden verteilten Versionskontrollsysteme für Programmierer und Unternehmen. In diesem Artikel erfahren Sie, wie ein Projekt, das von git verfolgt wird, mit dem Workflow, dh Git Life Cycle, abläuft. Git Life Cycle bezieht sich, wie der Name schon sagt, auf verschiedene Phasen nach dem Klonen der Datei aus dem Repository. Es behandelt die zentralen git-Befehle oder Hauptbefehle, die für dieses bestimmte Versionskontrollsystem erforderlich sind

Der Workflow von Git Life Cycle

Der Workflow des Git sieht wie folgt aus:

  • Wir werden einen Zweig erstellen, an dem wir arbeiten können, und später werden wir ihn mit master zusammenführen
  • Klonen: Wenn Code im Remote-Repository vorhanden ist, klonen wir zunächst auf local, um ein sogenanntes lokales Repository zu bilden.

  • Änderungen / Hinzufügen von Dateien: Wir führen verschiedene Entwicklungen an den vorhandenen Dateien durch oder können auch neue Dateien hinzufügen. Git wird all diese Aktivitäten überwachen und protokollieren.

  • Wir müssen den Inhalt, den wir benötigen, um ihn mithilfe von git-Befehlen auf den Master zu übertragen, in den Staging-Bereich verschieben. Der Snapshot der bereitgestellten Dateien wird im git-Staging-Bereich gespeichert.
  • Wir müssen Commits für die bereitgestellten Dateien durchführen, und der aufgezeichnete Schnappschuss aus den obigen Schritten wird dauerhaft auf dem lokalen Repo gespeichert, und dies wird insbesondere durch eine Commit-Nachricht für zukünftige Verweise aufgezeichnet.

  • Sobald wir den Code festschreiben, ist er auf dem lokalen Repo verfügbar, aber um ihn an das Master-Repo zu senden, müssen wir eine PUSH-Operation ausführen
  • Wenn jemand anderes an demselben Zweig arbeitet, besteht die Möglichkeit, dass er seine Änderungen per Push zum Master hinzugefügt hat. Daher müssen wir vor der PUSH-Operation eine PULL-Operation ausführen, wenn mehrere Personen an demselben Zweig und diesem Workflow arbeiten (siehe unten).

  • Sobald der Zielzweig aktualisiert wurde, müssen alle erforderlichen Genehmigungen eingeholt werden, damit der Zusammenführungsvorgang mit dem Master zulässig ist.

Dies ist der grundlegende Arbeitsablauf von git, bei dem viele Zwischenbefehle wie "git add", "git status", "git commit", "git push origin", "git rebase", "git merge", "git diff" usw. verwendet werden, abhängig von den Anforderungen des Benutzers.

Phasen des Git-Lebenszyklus

So haben wir den Workflow des Git-Lebenszyklus oben gesehen. Aber wir müssen wissen, dass wir ein Projekt haben, das mit git verbunden ist, dann kann sich dieses Projekt in den folgenden Bereichen befinden. Die unten genannten Bereiche sind Zutaten für das Rezept von Git. Wenn Sie eine Vorstellung davon haben, können Sie die Dateien, an denen Sie arbeiten, sehr gut nachverfolgen.

Es gibt Phasen des Git-Lebenszyklus:

  • Arbeitsverzeichnis
  • Bühnenbereich
  • Git-Verzeichnis

Diese drei Stufen werden nachfolgend erläutert:

1. Arbeitsverzeichnis

  • Wenn sich Ihr Projekt auf Ihren lokalen Computern befindet, wird es im Grunde genommen aufgerufen, obwohl es mit git verknüpft ist oder nicht. In beiden Fällen wird es als Arbeitsverzeichnis aufgerufen. Wenn das verfügbare Projekt jedoch mit git verknüpft ist, wird im Grunde genommen der Ordner .git im sogenannten Arbeitsverzeichnis versteckt. Das Vorhandensein des Ordners .git reicht also aus, um anzuzeigen, dass der Ordner eine Arbeitskopie auf dem Computer ist und vom Git verfolgt wird.
  • Zu diesem Zeitpunkt weiß git, welche Dateien und Ordner verfolgt werden. Es werden hierzu keine weiteren Informationen zur Verfügung stehen. Um sicherzustellen, dass die neu hinzugefügten Dateien in der Arbeitskopie nachverfolgt werden, müssen Sie sicherstellen, dass diese Dateien bereitgestellt werden und dies unser zweiter Speicherort für die Dateien ist.

2. Bereitstellungsbereich

  • Wenn wir Änderungen an den vorhandenen Dateien im Arbeitsrepository vornehmen oder einen Ordner mit Dateien hinzufügen und möchten, dass diese Änderungen nachverfolgt werden und auch zum Nachverfolgen in das lokale Repository verschoben werden, müssen diese Änderungen verschoben werden Dateien oder neu hinzugefügte Ordner der Datei in den Staging-Bereich. Git add ist der grundlegende Befehl, mit dem die geänderten Dateien in den bereitgestellten Bereich verschoben werden.
  • Es ist angekreuzt, dass an geänderte Dateien oder neu hinzugefügte Ordner von Dateien weitergegeben wurden, um zur weiteren Traktion zum lokalen Repo zu gelangen. Die Dateien, die dieses Ticket nicht haben, werden vom Git verfolgt, können aber nicht einfach zum Ziel verschoben werden. Hier spielt der Index eine entscheidende Rolle. Der GIT-Index befindet sich zwischen dem lokalen Repository und dem Arbeitsverzeichnis und entscheidet darüber, was an das lokale Repository gesendet werden muss. Tatsächlich entscheidet er darüber, was an das zentrale Repository gesendet werden muss.

3. GIT-Verzeichnis

  • Wenn wir die Änderungen oder das Hinzufügen von Dateien oder Ordnern vorgenommen haben und möchten, dass sie Teil des Repositorys sind, verschieben wir sie zunächst in den Staging-Bereich und sie werden festgeschrieben. Wenn wir ein Commit durchführen, geben Sie die entsprechende Commit-Nachricht an, und die Dateien werden festgeschrieben und im Arbeitsverzeichnis aktualisiert.
  • Jetzt verfolgt Git die Commits und Commit-Nachrichten und speichert den Snapshot der Commit-Dateien. Dies geschieht in dem Git-spezifischen Verzeichnis namens Git Directory. Informationen zu allen festgeschriebenen Dateien und ihren Festschreibungsmeldungen werden in diesem Verzeichnis gespeichert. Wir können sagen, dass dieses Git-Verzeichnis die Metadaten der Dateien speichert, die festgeschrieben wurden.

Vorteile des Git-Lebenszyklus

  • Im Lebenszyklus wird beschrieben, wie ein Projekt, das von git verfolgt wird, in seinen Entwicklungs- und Bereitstellungsphasen voranschreitet. Daher sind die von git bereitgestellten Lebenszyklusschritte und -stadien aus verschiedenen Gründen präziser und hilfreicher. Als ob wir einen Staging-Bereich brauchen und uns fragen könnten, warum er benötigt wird.
  • Wir benötigen einen Staging-Bereich für den schnelleren und effizienteren Betrieb von Git bei der Verfolgung der Dateien, die festgeschrieben werden müssen, damit wir zu einem späteren Zeitpunkt, wenn irgendwelche Probleme auftreten, leicht zurückverfolgen können. Der Git-Lebenszyklus hilft uns, die Dateien vor und nach dem Commit zu validieren, damit wir sicher sein können, was wir festschreiben.
  • Ein Schnappschuss von Dateien oder Metadaten, die von git gepflegt werden, ist sehr nützlich, wenn wir eine Zusammenführung planen und bei welchem ​​bestimmten Schnappschuss oder Commit wir eine Zusammenführung durchführen müssen. Dies sind einige der Vorteile des Git-Lebenszyklus

Fazit

Daher ist der Git-Lebenszyklus im Allgemeinen der Lebenszyklus des zu verfolgenden Projekts. Wenn Sie alle Funktionen kennen, die am Workflow von Git und Git-Phasen beteiligt sind, können Sie das Projekt mit Git meistern. Es stehen verschiedene Tools und Befehle zur Verfügung, die verwendet werden müssen. Diese Befehle müssen tatsächlich verwendet werden, damit der Fluss eines Projekts in git fortgesetzt wird.

Empfohlene Artikel

Dies ist eine Anleitung zum Git-Lebenszyklus. Hier diskutieren wir den grundlegenden Workflow, die Stufen und die Vorteile des Git-Lebenszyklus. Sie können auch den folgenden Artikel lesen, um mehr zu erfahren -

  1. Git Checkout-Befehl
  2. Git Tools
  3. Git Checkout-Tag
  4. Git-Terminologie
  5. Wie benutzt man GIT Cherry-pick mit Example?

Kategorie:

Große Daten