So restaurieren Sie Git in früheren staatlichen Anleitung, um wiederherzustellen, zurückzusetzen, zurückzusetzen und neu zu rebieren

Wenn Sie einen Entwicklungshintergrund haben, müssen Sie sich viele Entwicklungstools bewusst sein. Wenn Sie ein Projekt individuell über eine Programmiersprache entwickeln, sind Sie entweder mit einer Befehlszeilenschnittstelle (Terminal) oder GUI-Tools vertraut.

Aber was ist, wenn Sie mit den Teammitgliedern zusammenarbeiten, ist es schwierig, Programmbrocken einzeln an alle Teammitglieder zu senden. Es gibt auch eine Größengrenze von Dateien auf verschiedenen Plattformen, die es dem Benutzer nicht ermöglichen, mehr als die beschriebene Größe zu senden.

Es ist schwierig, zusammenzuarbeiten, wenn das Projekt zu groß ist und ständig verändert werden muss. Dazu benötigen Sie ein verteiltes Versionskontrollsystem, mit dem Sie weltweit mit Teammitgliedern zusammenarbeiten können. Es ist gut, ein verteiltes Versionskontrollsystem für kleine und große Softwareprojekte zu verwenden. Jedes der Teammitglieder erhalten vollen Zugriff auf das vollständige Repository im lokalen System und können offline arbeiten.

Eine solche vielseitige Software ist Git, und ein Repository -Handles von Git ist bekannt als Github, Wo Sie Ihre Projekte speichern können, und es ist von jedem Teammitglied zugänglich.

Vor Beginn der Git Einführung müssen Sie über die Bescheid wissen Versionskontrollsystem (Vcs), als Git ist eines der verteilten Versionskontrollsysteme. Sie müssen eine Vorstellung von VCs haben, insbesondere wenn Sie einen Softwareentwicklungshintergrund haben.

Versionskontrollsystem (VCS)

Während der Teamarbeit hilft das Versionskontrollsystem dazu, Änderungen, Funktionen und Tracks in den Projekten aufzuzeichnen. Dadurch kann ein Team die Zusammenarbeit durcharbeiten und seine Aufgabenbrocken durch Zweige trennen. Die Anzahl der Zweige in VCs hängt von der Anzahl der Mitarbeiter ab und kann einzeln gepflegt werden.

Da dieses Prozessmanagementsystem alle Verschleppen der Änderungen im Repository aufzeichnet, können sie es mit den unterstützten Versionen von Arbeiten vergleichen und rückgängig machen und rückgängig machen und es rückgängig machen. Dies hilft, Fehler zu minimieren, da Sie die Möglichkeit haben, zum vorherigen Zustand zurückzukehren.

Andere bemerkenswerte Merkmale von VCs sind:

• Es hängt nicht von anderen Repository -Systemen ab.
• Sie können einen Klon von Repositories erstellen, damit Sie im Falle eines Fehlers oder eines Absturzes nicht das gesamte Projekt verlieren werden.
• Für alle Dateien und Dokumente ist der Verlauf mit Zeit und Datum verfügbar.
• Es gibt ein Tag -System in VCs, das dazu beiträgt, den Unterschied zwischen allen Arten verschiedener Dokumente zu zeigen.

Arten von Versionskontrollsystemen

Die VCs sind in drei Arten unterteilt:

1. Lokales Versionskontrollsystem (VCS)
2. Zentrales Versionskontrollsystem (CVCS)
3. Distributed Version Control System (DVCS)

Lokales Versionskontrollsystem

Im lokalen Versionskontrollsystem werden die Dateien -Track im lokalen System verwaltet. Es ist einfach, aber die Ausfallschancen von Dateien sind hoch.

Zentrales Versionskontrollsystem

Im zentralisierten Versionskontrollsystem verfolgt der zentralisierte Server alle Dateien. Es enthält einen vollständigen Verlauf der Versionen und Clientinformationen aller Dateien, wenn sie die Dateien vom Server überprüfen. Es ist wie ein Client-Server-System, in dem jeder den Server freigeben und auch auf die Arbeit aller zugreifen kann.

Verteilter Versionskontrollsystem

Das letzte ist das verteilte Versionskontrollsystem, das die Nachteile zentraler VCs steuert. In diesem Typ kann der Client einen Klon eines vollständigen Repositorys erstellen, das History- und Dateien -Track enthält. Der Server kehrt im Fehler zurück. Open Source -Projekte wie Git usw., Verwenden Sie eine solche Art von Versionskontrollsystem.

Was ist Git?

Git ist eine der VCS -Systemsoftware (Distributed Version Control Control), die alle Daten verfolgt. Der Zweck hinter der Entwicklung der Git Software soll eine Kollaborationsplattform bieten, auf der alle Entwickler ihren Quellcode während der Projektentwicklung freigeben können. Andere wichtige Merkmale von Git Sind; Es bietet eine Open-Source-Plattform mit Hochgeschwindigkeitsleistung, ist kompatibel, leicht, zuverlässig, sicher, sorgt für die Datenintegrität, verwaltet Tausende von laufenden Zweigen auf verschiedenen Systemen usw.

Im Jahr 2005, Linus Torvalds beschlossen, ein neues Versionskontrollsystem zu erstellen, um die Bedürfnisse der Community zu erfüllen und das Linux -Kernel -System zu pflegen. Mit Hilfe anderer Linux -Entwickler die anfängliche Struktur von Git wurde entwickelt und Junio ​​Hamano war seit 2005 der Kernballer. Linus Torvalds ging offline, präsentierte das revolutionäre System und nenne es Git. Und jetzt verwenden eine große Anzahl multinationaler Unternehmen wie Google, Firefox, Microsoft und Startups Git für ihre Softwareprojekte. Es ist schwer zu identifizieren Git als Versionskontrollsystem (VCS), Quellcode -Management -System (SCM) oder Revisionskontrollsystem (RCS) wie es mit der Funktionalität von Trio entwickelt wird.

Git Workflow

Wenn ein Git -Projekt gestartet wird, unterteilt es in drei Segmente:

1. Git -Verzeichnis
2. Arbeitsbaum
3. Bühnenbereich

Der Git Verzeichnis Es geht um alle Dateien, einschließlich Änderungenverlauf. Der Arbeitsbaum Segment hält den aktuellen Stand des Projekts und alle Änderungen. Und das Bühnenbereich sagt das Git Welche möglichen Änderungen in der Datei könnten im nächsten Commit eintreten.

In einem Arbeitsverzeichnis sind zwei Möglichkeiten des Dateistaates vorhanden:

1. Nicht zusammengezogen
2. Verfolgt

Entweder wird eine Datei nicht zusammengezogen oder sie wird in einem verfolgten Zustand liegen.

Lassen Sie uns diese beiden untersuchen:

Unbeschwerter Zustand

Dateien, die nicht hinzugefügt werden, aber im Arbeitsverzeichnis vorhanden sind, befinden sich in einem nicht zusammengezogenen Zustand. Git überwacht sie nicht.

Verfolgter Zustand

Verfolgte Dateien sind die Dateien, die im letzten Schnappschuss vorhanden waren, und Git hat eine Idee von ihnen.

Jede der verfolgten Dateien kann sich in einem der genannten Unterzustände befinden:

1. Engagiert
2. Geändert
3. Inszeniert

Engagiert

Dieser Status der Datei bedeutet, dass alle Dateidaten sicher in der lokalen Datenbank gespeichert sind.

Geändert

Eine Datei ändert ihren Status von Engagiert Zu Geändert Wenn Änderungen in der Datei vorgenommen wurden. Es kann jede Art von Änderungen wie Löschen von Inhalten, Aktualisierung oder Hinzufügen von Änderungen geben. Einfach dieser Zustand bedeutet Änderungen, die noch nicht begangen wurden.

Inszeniert

Der inszenierte Status enthielt zwei Arten von Dateien: geänderte Dateien oder nicht zusammengezogene Dateien (neu erstellte Dateien). Wenn alle Änderungen einer Datei abgeschlossen sind, wird sie in den inszenierten Zustand übertragen.

So installieren Sie Git auf Ubuntu

Sie brauchen keine sudo -Erlaubnis, Git auf Ubuntu zu installieren. Es kann mit oder ohne Root-User heruntergeladen werden.

Um zu überprüfen, ob Git Führen Sie den angegebenen Befehl bereits auf Ihrem Gerät installiert oder nicht:

$ git -Verssion

Wenn es in Ihrem System vorhanden ist, erhalten Sie eine Git Ausführung. Da es nicht in meinem System vorhanden ist; Führen Sie zum Installieren den angegebenen Befehl aus:

$ sudo APT Installieren Sie Git

Führen Sie nun den Versionsbefehl erneut aus, um zu überprüfen, ob er erfolgreich installiert ist:

$ git -Verssion

Git einrichten

Nach dem Installationsprozess besteht der nächste Schritt darin, die zu konfigurieren Git einrichten, damit Sie mit dem beginnen können Git Software.

Für die Konfiguration müssen Sie Ihren Namen und Ihre E -Mail -Adresse über die “eingebenGit -Konfiguration" Befehl.

Zunächst müssen Sie Ihren Benutzernamen eingeben, um für das Git -System festzulegen. Geben Sie dafür den erwähnten Befehl ein:

$ git config --global Benutzer.Nennen Sie "Wardah"

Stellen Sie nun die E -Mail -Adresse über den folgenden Befehl ein:

$ git config --global Benutzer.E -Mail "Wardahbatool20@Google Mail.com "

Wenn Sie Anmeldeinformationen für die festlegen Git Anwendung wird in der GIT -Konfigurationsdatei gespeichert “./gitconfig ”; Sie können Informationen mit jedem Texteditor wie Nano usw. bearbeiten, usw.

Der für diesen Zweck verwendete Befehl ist:

$ nano ~/.GitConfig

Wenn Sie Informationen wie Name oder E -Mail bearbeiten möchten, tun Sie diese im Editor und drücken Sie “Strg+xUnd dann drücken Sie "Y/Y"; Es wird die Änderungen des Editors speichern und beenden.

Vollständige Anleitung zum Wiederherstellen, Zurücksetzen, Rückbau und Wiederherstellen

Bei der Arbeit mit der GIT -Anwendung stehen Sie vor Herausforderungen, bei denen Sie zu den vorherigen Commits zurückkehren müssen. Es ist einer der weniger bekannten Git-Aspekte, da viele von uns nicht wissen, wie einfach es ist, wieder in den letzten Zustand des Commits zurückzukehren.

Es ist ziemlich einfach, signifikante Änderungen im Repository rückgängig zu machen, wenn Sie den Unterschied zwischen den Begriffen kennen “Wiederherstellen","Zurückkehren","Zurücksetzen", Und "Wiederherstellen“. Um die erforderliche Funktion (zurück zum vorherigen Zustand) auszuführen, sollten Sie ihre Unterschiede kennen.

Dieser Artikel behandelt vier Hauptaspekte von Git:

1. Git -Wiederherstellung
2. Git Reset
3. Git kehren zurück
4. Git -Rebase

Lassen Sie uns alle separat erklären, damit Sie ein besseres Verständnis erhalten:

Git -Wiederherstellung

Der GIT -Wiederherstellungsvorgang hilft dabei. Es wird die Filiale nicht aktualisieren, sondern den Commit -Historie ändert, während die Dateien von anderen Commits wiederhergestellt werden. Es gab die Wege im Arbeitsbaum angegeben; Diese Pfade helfen dabei, den Inhalt beim Wiederherstellen zu finden.

Die Wiederherstellung verwendet einige Befehle, um den Inhalt zurückzubekommen, wenn Sie das finden “inszeniertBefehl, es bedeutet, dass Dateien aus dem wiederhergestellt werden Kopf oder Index; Verwenden Sie die Dateien von anderen Commits, um Dateien von anderen Commits wiederherzustellen-Quelle"Befehl", und wenn Sie sowohl "Arbeitsbaum" als auch index wiederherstellen möchten, können Sie dies durchführen "-inszeniert" Und "-Worktree”Befehle.

Um kürzlich vorgenommene Änderungen wiederherzustellen, folgen der unten erwähnten Syntax:

GIT -Wiederherstellung [Dateiname]

Zum Beispiel haben Sie eine Datei mit dem Namen von hinzugefügt „My_Git.txt" Verwenden Sie den unten erwähnten Befehl:

$ git my_git hinzufügen.txt

Um zu überprüfen, ob die Datei existiert oder nicht, wird der angegebene Befehl verwendet:

$ Git Status

Entfernen wir diese Datei nun mit:

$ rm -f my_git.txt

Überprüfen Sie erneut den Status:

$ Git Status

Wie zu sehen ist, dass die Datei gelöscht wurde. Verwenden Sie nun, um es wiederherzustellen:

$ git wiederherstellen my_git.txt

Überprüfen Sie den Status erneut:

$ Git Status

Die Datei wurde wiederhergestellt. Der "inszeniert “ Flag wird verwendet, um eine bestimmte Datei aus dem zuvor hinzugefügten Git wiederherzustellen. Befolgen Sie also die angegebene Syntax:

Git Restore -gestaltete [Dateiname]

Um mehrere Dateien aus dem Staging -Bereich wiederherzustellen, müssen Sie Wildcard -Zeichen mit dem Dateinamen verwenden. wie:

Git Restore -gestaltet *[Dateiname]

Um die nicht übereinstimmenden lokalen Modifikationen wiederherzustellen, würde die gleiche Syntax wie oben befolgt werden, aber beseitigen Sie das “-inszeniert”Flagge aus dem Befehl.

Denken Sie daran, dass diese Modifikationen nicht rückgängig gemacht werden können.

GIT -Wiederherstellung [Dateiname]

Im aktuellen Arbeitsverzeichnis können alle vorliegenden Dateien über die folgende Syntax wiederhergestellt werden:

Git -Wiederherstellung .

Git Reset

Sie können berücksichtigen Git Reset Als Roll-Back-Funktion, weil es verwendet wird, um Änderungen rückgängig zu machen. Wenn Sie die Git Reset -Funktion verwenden, wird Ihre aktuelle Umgebung an das vorherige Commit zurückgegeben. Dieses Arbeitsumfeld könnte ein Staat wie Arbeitsverzeichnis, Staging -Bereich oder lokales Lagerhaus sein.

Wir haben das erklärt Bühnenbereich Und Arbeitsverzeichnis; In der Reset -Funktion die Kopf ist ein Zeiger auf einen neuen Zweig oder einen aktuellen Zweig. Immer wenn Sie von der vorherigen wechseln, bezieht es sich auf den neuen Zweig. Es ist eine Referenz des vorherigen Zweigs nach weiter, daher kann er als übergeordnete Handlungen angesehen werden.

Um den Befehl git reset auszuführen, werden Ihnen drei verschiedene Git -Modi angeboten Weich, Gemischt, Und Hart. Wenn Sie den Befehl git reset ausführen, wird er verwendet gemischt Modus standardmäßig.

Wenn wir uns zur Seite ziehen Git hart zurücksetzen, Es zeigt den Kopf zum angegebenen Commit und löscht alle Commits nach dem jeweiligen Commit. Wenn Sie den Befehl Reset Hard verwenden, aktualisiert er das Arbeitsverzeichnis sowie den Staging -Bereich und ändert den Commit -Historie. Der Git weich zurücksetzen Setzt die Referenzzeiger zurück und aktualisiert sie; Wenn wir vorbeikommen -weich Argument, es berührt nicht das Arbeitsverzeichnis und das Staging -Bereich und setzt die Festungsgeschichte zurück. Der Git zurücksetzen gemischt ist der Standardmodus von Git; Wenn Sie es ausführen.

Um alle Änderungen, die Sie im letzten Commit vorgenommen haben, zurückzusetzen (rückgängig zu machen, würde der folgende Befehl verwendet:

$ git Reset -harter Kopf

Es wird alle Änderungen verwerfen, die im letzten Commit geschehen. Und für zwei Commits zuvor "KOPF":

$ git Reset -harter Kopf ~ 2

Der obige Befehl wird kaum verwendet. Darüber hinaus wird das Staging -Index und das Arbeitsverzeichnis auf dieses spezifische Commit zurückgesetzt. Sie können wichtige Daten verlieren, die im Staging -Index und im Arbeitsverzeichnis anhängig waren. Um dies zu vermeiden, verwenden Sie „-soft“ an der Stelle von hart.

$ git Reset -Soft Head

Der obige Befehl verändert nicht das Arbeitsverzeichnis und den Indexindex. Verwenden wir die Option "Zurücksetzen", um eine Datei zu lösen:

Erstellen Sie zunächst eine Datei und fügen Sie sie jeder Zweigstelle hinzu, indem Sie Folgendes verwenden:

$ git Index hinzufügen.html

Der obige Befehl fügt eine hinzu "Index.HTML ” Datei an der Master -Filiale. So überprüfen Sie den Status:

$ Git Status

Die Datei zu lösen "Index.HTML ”, verwenden:

$ git Reset Index.html

Git kehren zurück

Git kehren zurück Der Betrieb ist dem ziemlich ähnlich wie der Git Reset Befehl; Der einzige Unterschied besteht. Der Befehl revert wird verwendet, um die Änderungen zu stornieren, die nach der Ausführung des Befehls zurückgesetzt werden. Dafür wird keine Daten gelöscht. Fügen Sie am Ende einfach ein neues Commit hinzu, das die Änderung im Repository absagt.

Um im Commit zurückzukehren, erwähnen Sie den Hash mit der Rückkehroption:

git revert [commit_ref]

Der Befehl git revert erfordert eine Referenz, die bedeutet, dass der Befehl nicht funktioniert. Lassen Sie uns verwenden "KOPF" als Commit -Referenz.

$ git revert den Kopf zurück

Der oben erwähnte Befehl wird das neueste Komitee zurücksetzen.

Git -Rebase

Der Git -Rebase wird verwendet, um die Abfolge von Commits auf der neuen Basis zu verschmelzen oder zu kombinieren. Es ist der Prozess, Änderungen zu integrieren und von einem Zweig in einen anderen zu übertragen (eine Basis zum anderen). Es ist eine Alternative zur “verschmelzenBefehl, aber irgendwie anders als es, und deshalb könnte es uns verwirren, weil beide ähnlich sind. Der "verschmelzenDer Befehl wird verwendet, um die Commit -Geschichte zu kombinieren und die Aufzeichnung so zu verwalten.

Lassen Sie uns das Konzept der Rebase -Option anhand eines Beispiels demonstrieren:

In der obigen Geschichte, “Merkmale”Ist ein Zweig mit“B”Als Basis. Verwenden Sie den folgenden Befehl, um die zusammenzuführen "Merkmale" Zweig nach dem endgültigen Commit:

Git Rebase [comment_ref]

Die Commit -Referenz könnte etwas wie ein Zweig, eine ID oder ein Tag sein. Zum Beispiel, um die wieder zu wiederholen "Merkmale" Zweig zum Meister, der ist "D", Verwenden Sie den unten erwähnten Befehl:

$ Git Checkout Funktionen $ Git Rebase Master

Wenn Sie diesen Befehl ausführen, die "Merkmale" Die Filiale wird dem Master angehängt, was eine neue Basis ist:

Abschluss

In der Software -Konfigurationsverwaltung, Versionskontrolle ist eine entscheidende Komponente, um Änderungen in den Dokumentation, Programmen oder Softwareprojekten zu verwalten. Diese Änderungen werden numerisch und berechtigt identifiziertRevision“. Angenommen, die erste Version wird als "Revision 1" festgelegt. Wenn ein Teammitglied das Projekt ändert, speichert es es als „Revision 2“ mit dem Zeitstempel und der betroffenen Person, die Änderungen vorgenommen hat.

Das Versionskontrollsystem ist in drei Kategorien lokale VCs, zentralisierte VCs und verteilte VCs unterteilt. Eines der Beispiele für verteilte VCs ist Git, Open-Source-Software, mit der alle Aufzeichnungen eines Entwicklungsprojekts verwaltet werden. Es bietet eine leicht gewichtete Zusammenarbeit mit hoher Leistung und verwaltet mehrere laufende Zweige auf verschiedenen Systemen.

Immer wenn Sie mit einem Projekt auf dem Git -System beginnen, hilft der Git -Workflow, ihn effektiv und konsequent zu verwalten. Es ist in drei Segmente unterteilt: Git Verzeichnis, Arbeitsbaum, Und Bühnenbereich.

Das Projekt, an dem Sie arbeiten, ist entweder in einem Unbeschwerter Zustand oder verfolgt Zustand. Die nicht zusammengezogene Datei wird als neue Datei angesehen, die zuvor nicht Teil des Arbeitsverzeichnisses war, während verfolgte Dateien der Teil von Last Snapshots sind und weiter kategorisiert sind Engagiert, Geändert, Und Inszeniert Zustände.

A engagiert Status bedeutet, dass Dateiendaten in einer lokalen Datenbank gespeichert werden. Wenn Sie Änderungen in der Datei vornehmen, überträgt sie in den geänderten Zustand. Der Inszeniert Status enthält modifizierte Dateien und neu erstellte Dateien. Wenn alle Änderungen einer Datei abgeschlossen sind, wird sie in den inszenierten Zustand übertragen.

In diesem Artikel zeigt, wie Sie das Git-System auf Ubuntu 20 installieren und konfigurieren können.04.

Danach diskutierten wir, wie Git -Operationen bei einem Projekt wiederhergestellt, wiederhergestellt, zurückgesetzt und zurückgesetzt werden können. Der Git -Wiederherstellung Funktion wird verwendet, um Inhalte aus Commits im Arbeitsverzeichnis wiederherzustellen. Wenn Sie einen Wiederherstellungsbefehl ausführen, ändert er den Commit -Verlauf und gibt die Pfade an.

Der Zurücksetzen, Oder wir können sagen, dass die Rollback -Funktion die Änderungen in der Git -Repository und wird die aktuelle Umgebung an das vorherige Commit zurückgeben.

Git kehren zurück Der Betrieb ist dem ziemlich ähnlich wie der Git Reset Befehl; Der einzige Unterschied besteht.

Und der letzte ist der Git -Rebase die verwendet wird, um die Abfolge von Commits im Repository zusammenzufassen oder zu kombinieren. Es unterscheidet sich vom Befehl merge als das “verschmelzen"Befehl wird verwendet, um die Verschingungsgeschichte zu kombinieren und die Aufzeichnung so aufrechtzuerhalten, wie es passiert ist, während", während ", während"wiederherstellenBefehle schreiben oder treiben Sie die Geschichte der Commits auf einer anderen Niederlassung neu oder wenden Sie sie erneut auf.

Der Artikel hat Ihnen gezeigt, wie Sie diese Vorgänge ausführen können, während Sie GIT -Software unter Linux verwenden.