Einführung in das GIT-Versionskontrollsystem

Git ist eine der häufigsten Bezeichnungen, die in den letzten vier bis fünf Jahren von Programmierern verwendet wurden. Ich werde hier einen Einblick in dieses Tool geben und erläutern, warum es bei den Programmierern so beliebt ist. In diesem Thema lernen wir das GIT-Versionskontrollsystem kennen.

Was ist und warum Version Controller?

Linus Torvalds, der den Linux-Kernel gestartet hat, ist derjenige, der diese Software erstellt hat, um verschiedene Versionen des Quellcodes unter den Programmierern zu pflegen und zu verfolgen.

Szenario 1

Stellen Sie sich ein Team von fünf Mitgliedern vor, die am Master-Quellcode arbeiten, um verschiedene Funktionen zu verbessern. Stellen Sie sich nur vor, wie sie mit demselben Quellcode arbeiten können, ohne sich gegenseitig zu verwechseln. Jeder muss wissen, was die anderen vier tun, und es sollte keine Nachlässigkeit geben. Und bis zum Ende der Arbeitsstunde müssen sie einige Zeit damit verbringen, sich gegenseitig zu koordinieren, damit endlich ein Quellcode gepflegt wird. Es sieht sehr hektisch aus und definitiv ist ein manueller Eingriff in die Pflege des Quellcodes riskanter. Um zu helfen oder zu sagen, um all diese Versionen zu automatisieren, an denen alle fünf Programmierer arbeiten, benötigen wir einen richtig geschriebenen Versions-Controller, und GIT ist einer von ihnen. Es gibt eine Bezeichnung für die obigen Schritte und die Bezeichnung Source Code Management oder Software Configuration Management (SCM).

Szenario 2

Stellen Sie sich nun ein weiteres Szenario vor, in dem die Automatisierung des Versionscontrollers hilfreich ist. Wir haben die erste Version des Codes geschrieben und der Client hat zugestimmt, den Code in der Produktion zu installieren. Dies ist Version 1.0. Jetzt, nach ein paar Monaten, bietet der Client eine Erweiterungsarbeit an und Sie arbeiten an einer früheren schriftlichen Version, um Version 1.1 zu entwickeln und diese an den Client zu senden. Der Client schlägt jedoch einen anderen Ansatz vor, und diese Version 1.1 ist für Sie nach dem neuen Ansatz des Clients nicht nützlich. Sie verwerfen dies und arbeiten an Version 1.2, die eingereicht und genehmigt wird. Und so weiter arbeiten Sie daran, verschiedene Versionen zu entwickeln. Aber denken Sie nicht, dass das manuelle Speichern aller Versionen und die Pflege des Quellcodes nicht unübersichtlich sind? Zu einem bestimmten Zeitpunkt müssen Sie möglicherweise auf Version 1.1 verweisen, die Sie verworfen haben und die nicht mehr zur Verfügung stehen.

Um verschiedene Versionen des von einem oder mehreren Programmierern geschriebenen Codes zu verwalten, verwenden wir Versions-Controller.

Verschiedene Arten von Versionskontrollern

Es gibt verschiedene Arten von Werkzeugen, von denen einige im Folgenden aufgeführt sind

  1. Subversion - Seit der Entwicklung durch Apache, weit verbreitet bei Apache-Anbietern.
  2. Git
  3. Basar
  4. Mercurial

Grundsätzlich gibt es zwei Arten von Methoden für Versionskontrollsysteme, mit denen die oben genannten Tools arbeiten. Sie sind

Zentrales Versionskontrollsystem (CVCS) Verteiltes Versionskontrollsystem (DVCS)

1. CVCS

Hier wird der geschriebene Code im zentralen Repository oder auf dem zentralen Server gespeichert. Auf lokalen Rechnern ist keine Arbeitskopie verfügbar, was bei einem Serverausfall ein großer Nachteil ist. Ich brauche immer eine aktive Serververbindung, um am Repo arbeiten zu können. SVN benutzt dieses Kontrollsystem

2. DVCS

Auch hier haben wir den Quellcode auf dem Server, aber zusammen damit haben wir ihn als lokale Kopie auf Arbeitsmaschinen. Selbst wenn auf Serverebene ein Fehler auftritt, können wir die lokale Arbeitskopie bei der Wiederherstellung auf den Server zurückspiegeln. Diese Verfügbarkeit der lokalen Arbeitskopie auf jedem Computer, der für den Begriff "Verteilt" in DVCS verantwortlich ist. Git, Mercurial verwendet ein verteiltes Versionskontrollsystem

Git verwendet das Konzept der Verzweigung oder, technisch gesehen, Trunk Based Development TBD. Tatsächlich bedeutet dies, dass wir vom Master aus mehrere Zweige erstellen können. Auf diesen Zweigen können Programmierer arbeiten und ihre Änderungen für diese Zweige festschreiben. Jedes dieser Festschreibungen wird nachverfolgt. Und sobald die Kunden zustimmen, können wir alle Filialen in der Produktion mit dem Mastercode zusammenführen. Auf diese Weise wird der Master-Quellcode nicht direkt beeinflusst. Die direkte Bearbeitung des Master-Quellcodes ist riskanter und muss vermieden werden. Wir können an Verzweigungen arbeiten und verschiedene Testszenarien durchführen. Sobald die endgültige Version stabilisiert und genehmigt ist, können wir daran arbeiten, sie als Master zusammenzuführen, wodurch das Risiko erheblich reduziert wird.

Git ist kostenlos und für Mac-Benutzer standardmäßig verfügbar. Unter Linux können wir Git installieren und für Windows haben wir etwas, Git Bash. Es gibt zwei populärste Repository-Quellen, in denen wir mit Git arbeiten können, und diese sind Git Hub und Bit Bucket und die Organisation, die sich nach ihren Vorlieben richtet.

Vorteile des GIT-Versionskontrollsystems

  • Unterstützt sowohl die Legacy-Form der Entwicklung, die eine lineare als auch eine nichtlineare Form der Entwicklung ist
  • Da in der Natur verteilt, weniger Sorgen über Single-Point-Server-Ausfälle. Wir können den Code vom lokalen Repository immer auf den Server zurückspiegeln.
  • Wir können auch eine Sicherheitsschicht über git implementieren, die Zugriffsbeschränkungen beim Festschreiben von Pull und Push zuweisen kann.
  • Kann auf mehreren Plattformen wie Mac, Linux, Windows usw. Arbeiten
  • Absolut kostenlos und Open Source
  • Effizient und schnell durch verteilte Natur
  • Übersichtliche Verfolgung von Commits, Updates, Zurücksetzungen, Versionen, Push-and-Pulls
  • Bietet GitBash für Windows, die einfach zu bedienen sind.
  • Es gibt auch verschiedene GUI zur Verfügung, um auf GIT zu arbeiten
  • Es ist nicht immer eine aktive Netzwerkverbindung erforderlich, da das lokale Repository verfügbar ist.

Mit Git arbeiten

  • Erstellen Sie den Arbeitszweig je nach Anforderung aus dem Quellmaster oder aus einem anderen Zweig
  • Klonen Sie den Zweig lokal mit GitBash für Windows
  • Bearbeiten Sie den Zweig und nehmen Sie Änderungen oder das Hinzufügen von Komponenten vor
  • Übernehmen Sie die Änderungen und verweisen Sie auf Commit Tracker
  • Wenn Sie der Meinung sind, dass ein Commit nicht erforderlich ist, können Sie das Commit auf das frühere zurücksetzen
  • Wenn mehrere Programmierer in demselben Zweig arbeiten, muss das lokale Repository aktualisiert werden, bevor die Änderungen übernommen werden. Führen Sie also PULL aus
  • Jetzt können Sie den PUSH durchführen
  • Sobald die Überprüfung und Codegenehmigung in Ihrer Filiale erfolgt ist, können wir den Code entweder nach Ansible oder nach der von der Organisation verwendeten Methode in die Produktion überführen.
  • Verbinden Sie den Zweig mit dem Master, damit der Code aktualisiert wird.

Git ist das am häufigsten verwendete verteilte Versionskontrollsystem, da es von Natur aus verteilt ist, keine einzige Fehlerquelle darstellt und Open Source ist. Sie können versuchen, mit Beispielcode in GitHub und GitBash auf einem Windows-PC zu arbeiten, da Git-Befehle einfach und problemlos online verfügbar sind.

Empfohlene Artikel

Dies ist eine Anleitung zum GIT-Versionskontrollsystem. Hier diskutieren wir die verschiedenen Arten von Versionskontrollern mit Vorteilen und Funktionsweise. Sie können auch den folgenden Artikel lesen, um mehr zu erfahren.

  1. GIT-Befehle
  2. Einführung in GIT
  3. Git Alternativen
  4. Was ist Git?
  5. Tableau-Versionen
  6. Git Origin Master
  7. Was ist Hub?
  8. Drei Stufen des Git-Lebenszyklus mit dem Workflow
  9. Wie benutzt man GIT Cherry-pick mit Example?

Kategorie:

Große Daten