Verteiltes Versionsverwaltungssystem---->Git(Linux---centos (Nanny-Stil) Erklärung 1)

Artikelverzeichnis:

        1: Was ist Git und seine Funktionen?

        ​ ​ 2. Der grundlegende Betriebsprozess von Git (Git-Warehouse erstellen, Lagerkonfiguration konfigurieren)

        3. Die Beziehung zwischen Git-Arbeitsbereich, Staging-Bereich und Versionsbibliothek

        4. Fügen Sie Dateien zum Repository hinzu: Befehle git add und git commit -m

        5. Einführung von Git Log zum Anzeigen von Protokollen

        ​ ​ 6. Sehen Sie sich den Inhalt der .git-Datei an

        7. Ändern Sie den Dateiinhalt und zeigen Sie git diff und git diff HEAD an

        8. Einführung in das Konzept und die Befehle des Versions-Rollbacks

        9. Einführung in das Rückgängigmachen von Änderungen und zugehörige Befehlsoperationen

        10.git rm löscht die Repository-Datei


Vorwort:

        Dieser Artikel erläutert die zugehörigen Vorgänge von Git. Er bietet ein tiefes Verständnis des Betriebsablaufs und der Vorgänge von Git, beherrscht die Anwendung von Git auf Unternehmensebene und erklärt Git von Grund auf.

Der Artikel beginnt offiziell:

1: Was ist Git und seine Rolle?

        Bevor wir erklären, was Git ist, sprechen wir zunächst über eine Szene in unserer Arbeit:

        Wenn wir jeden Tag arbeiten, bittet uns unser Chef möglicherweise, ein Anforderungsdokument (Dokument 1) zu schreiben, und nachdem wir mit dem Schreiben von Dokument 1 fertig sind, übergeben wir dieses Dokument 1 möglicherweise dem Chef, aber unser Chef ist nicht an unserem Dokument 1 interessiert. Warum sind wir sehr zufrieden und haben das Gefühl, dass unserem Dokument etwas fehlt, also nehmen wir dieses Dokument, um es zu ändern, also nehmen wir die Datei, um es zu ändern. Zu diesem Zeitpunkt ändern wir Dokument 2 und reichen dieses Dokument ein. Geben Sie es dem Chef . Der Chef hat möglicherweise das Gefühl, dass er mit diesem Dokument immer noch nicht sehr zufrieden ist, und bittet uns daher, das Dokument zu ändern ... Angenommen, wir ändern schließlich die 10. Version des Dokuments, aber der Chef ist der Meinung, dass unser fünftes Dokument das Beste ist entsprach seinen Bedürfnissen, also machten wir uns auf die Suche nach Dokument 5. Wenn wir Dokument 5 nicht schon vorher gespeichert hätten, wären wir sehr verärgert, weil wir das Dokument viele Male geändert hatten und nicht wüssten, was Dokument 5 ist, aber wir wissen, ob es sich um das geänderte Dokument handelt Wenn es sich nicht um dieselbe Datei handelt, sondern bei jeder Änderung eine neue Kopie des Dokuments erstellt wird, übergeben wir das fünfte Dokument gerne dem Chef.

                Aus dem obigen Arbeitsszenario lässt sich leicht erkennen, dass es beim Ändern von Dateien zwei Möglichkeiten gibt: Die eine besteht darin, dieselbe Datei mehrmals zu ändern, und die andere darin, eine Kopie der zu ändernden Datei zu ändern. Offensichtlich ist die Die zweite Situation ist eine bessere Änderungsmethode, da wir mit dieser Änderungsmethode jedes Mal die Version der Datei finden können, die wir ändern.

Um unsere Dateien zu verwalten, verwenden wir Git, einen der gängigen Versionsverwaltungscontroller.

Wir können Git also einfach als ein Versionskontrollsystem verstehen, das Dateien verwaltet und uns helfen kann, die verschiedenen Versionen dieser Datei und den darin enthaltenen Inhalt zu kennen. Die Dateien hier können in jedem Format vorliegen und für Entwickler besteht die wichtigste Rolle von Git darin, unseren Quellcode zu verwalten.

2: Grundoperationen von Git (Operationen unter Centos)

        1: Zuerst müssen wir Git unter unserem Centos-System installieren

        Befehl:

root用户:yum install -y git
普通用户:sudo  yum install -y git

     Erstellen Sie ein Git-Repository

      Als Erstes ist zu beachten, dass unser erstelltes Warehouse in einem Verzeichnis erstellt werden muss

    

        Erstellen Sie ein Git-Repository:git init

        


        Konfigurieren Sie das Lager

   

git config user.name "xxxxx" 

git config user.email "xxxxx" 

         

Bevor wir den Namen und die E-Mail-Adresse konfigurieren, können wir zunächst überprüfen, ob Git konfiguriert ist. Wenn es konfiguriert ist, müssen wir es nicht konfigurieren. Wenn wir gerade erst mit dem Aufbau eines Git-Warehouses begonnen haben, müssen wir dies im Allgemeinen tun konfigurieren Sie es.

Git-Konfigurationselemente anzeigenAnweisung: git config -l

 

Konfigurieren wir also Namen und E-Mail

        

  Wir können auch eine Option --global hinzufügen, um diese beiden zu konfigurieren, wie zum Beispiel:

        git config --global user.name " "

        git config --global user.email " "

Ob Sie --global hinzufügen, hängt von Ihren eigenen Wünschen ab.


Löschen von Konfigurationselementen

        Angenommen, unsere Konfigurationselemente sind versehentlich falsch konfiguriert oder wir müssen die Konfigurationselemente eines Git-Warehouses ändern, dann können wir die folgenden Anweisungen verwenden:

        git config  --unset user.name(user.email) Für die lokale Konfiguration

        git config --global --unset   user.name(user.email) Für die globale Konfiguration

        


3: Einführung in die drei Hauptbereiche von Git

        Tatsächlich verwaltet unser Git die Dateien im Repository. Die Dateien im Git-Warehouse-Verzeichnis können jedoch nicht von Git verwaltet werden und müssen dem Git-Repository hinzugefügt werden, bevor sie verwaltet werden können.

Mithilfe der obigen Grafiken stellen wir verschiedene Konzepte vor

        Arbeitsbereich: Der Bereich unter dem gleichen Ebenenpfad der .git-Datei. Ein einfaches Verständnis ist der Bereich, in dem wir Code schreiben.

        Staging-Bereich: Es handelt sich um einen sehr wichtigen Inhalt im .git-Repository. Nachdem wir den Inhalt des Arbeitsbereichs über den Befehl add übergeben haben, werden die Dateien in diesem Bereich platziert.

       Git-Repository: Es ist unser .git-Verzeichnis.

        HEAD: Im Wesentlichen ein Zeiger, der auf den Zweig zeigt, in dem wir uns gerade befinden.

        Meister: Das Wesentliche ist die Commit-ID.

        Objektobjektbibliothek: Wenn wir den Arbeitsbereich ändern, wird der geänderte Inhalt in der Objektobjektbibliothek gespeichert.

        

Die .git-Datei enthält einige der oben genannten Bereiche.


4.git git commit -m hinzufügen 

        ​ ​ ​ Wir haben bereits ein gewisses Verständnis für den Git-Bereich oben, daher können wir zwei Anweisungen vorstellen.

        git add  . oder git Dateinamen hinzufügen

        Dieser Befehl gilt zunächst für den Arbeitsbereich und den temporären Speicherbereich.

        Die Bedeutung ist: Fügen Sie den geänderten Inhalt unseres Arbeitsbereichs dem temporären Speicherbereich hinzu.

        „Änderung“: beschränkt sich nicht auf die Änderung von Dateien, sondern umfasst auch das Löschen und Erstellen von Dateien

        Der Unterschied zwischen git add . und git add filename

        add.: Bedeutet Alle Änderungen des Arbeitsbereichs werden dem temporären Speicherbereich hinzugefügt.

        Dateinamen hinzufügen: Die Reparatur der Datei zum temporären Speicherbereich hinzufügen.

        ​ ​ ​ Beispielsweise verwenden wir zunächst die oben genannten Befehle, um entsprechende Vorgänge auszuführen:

        Git-Status

        Mit diesem Befehl können Sie den Status unserer drei aktuellen Arbeitsbereiche anzeigen

         


        git commit -m „xxxx“ „“Im Semikolon empfiehlt es sich, sorgfältig aufzuschreiben, welche Operationen Sie dieses Mal durchgeführt haben

        git status Zeigen Sie den Status der drei Bereiche an 


5:git log Anweisungen zum Anzeigen von Protokollen

        Mit diesem Befehl können Sie die Protokolle anzeigen, die wir an das Repository übermittelt haben

Sie können auch einfache und schöne Druckanweisungen verwenden

git log --pretty=oneline


6. Einführung in den Inhalt der .git-Datei

        .git ist eigentlich ein Baumverzeichnis mit vielen Dateien oder Verzeichnissen. Wir verwenden den Baumbefehl, um es unter Linux anzuzeigen.

        Index: Dies ist der sogenannte temporäre Speicherbereich, der den durch Hinzufügen geänderten Inhalt enthält.

        HEAD: Das nennen wir einen Zeiger, der den Zweig enthält, auf den wir zeigen.

        Objekt: Es wird als Objektbibliothek bezeichnet und enthält den Index des Inhalts, den wir jedes Mal ändern, wenn wir den Arbeitsbereich ändern.

        Meister: Tatsächlich ist es unsere neueste Commit-ID. Wir können einen Blick darauf werfen.


7. Geänderte Inhalte anzeigen

        Wir wissen, dass Git ein Versionskontrollverwaltungssystem ist, daher sind das Wichtigste, was Git verwaltet, Änderungen und nicht Dateien.

        Wir stellen zunächst einige Szenarien vor

        ​ ​ 1. Nur der Inhalt der Datei wird geändert, nichts hinzugefügt.

        In diesem Fall möchte Git den Inhalt dieser Datei und der letzten wissen Zeit Der Unterschied im Inhalt der DateiWie kann einer von uns sie sehen? ? 

       Natürlich können wir den Unterschied zwischen den beiden Dateien durch unser Gedächtnis erkennen, aber werden wir uns auch nach langer Zeit noch daran erinnern? ?

Daher stellt unser Git einen Befehl bereit, um den Unterschied zwischen dem Arbeitsbereich und dem Staging-Bereich anzuzeigen.

        Git-Diff-Dateiname

Wir demonstrieren es anhand von Bildern.

        Szenario 2: Die geänderte Datei wurde hinzugefügt und Sie möchten den Unterschied zwischen der Datei im Staging-Bereich und der Versionsbibliothek sehen

        git diff HEAD – Dateiname

        An diesem Punkt kommt der Unterschied zwischen dem Staging-Bereich und der Versionsbibliothek zum Vorschein.


8. Versions-Rollback

        Wir wissen, dass eine wichtige Funktion unseres Git darin besteht, die Versionsverwaltung für Dateien durchzuführen, daher ist das Versions-Rollback eine sehr wichtige Kenntnis von Git.

        Ein Versions-Rollback wird häufig verwendet. Wenn wir eine Zeit lang entwickelt haben, unsere Entwicklungsergebnisse aber nicht mehr sehr wichtig sind und eine Neuentwicklung unter der vorherigen Version durchführen möchten, ist unser Versions-Rollback ein sehr notwendiger Vorgang .

    Versions-Rollback-Syntax:git reset [--soft] [--mixed] [--hard] commitid [HEAD]

        commitid: Dies sind die Zahlen nach dem Commit, wenn wir Git Log zum Drucken verwenden. Natürlich kann commitid auchHEAD sein, was bedeutet a>. Aktuelle Version

        Die Essenz des Rollbacks: Rollback des Inhalts des Repositorys. Ob ein Rollback in andere Bereiche durchgeführt werden soll, hängt von der Rollback-Option ab. 

        ​ ​ ​ Wir verwenden Bilder, um die Bedeutung bestimmter Optionen zu erklären.

--soft: Rollback nur des Inhalts im Repository.

--mixed: Sowohl das Repository als auch der Staging-Bereich werden zurückgesetzt, was auch die Standardoption von Git Reset ist.

--hard: Den Inhalt aller Bereiche zurücksetzen, mit Vorsicht verwenden.


        Gehen Sie an dieser Stelle davon aus, dass wir es bereits einmal entwickelt und die „Kodierung der x-Funktion“ notiert haben.

        Und der Inhalt der Datei ist:

        Diesmal wollen wir nicht die Ergebnisse, sondern zur vorherigen Version zurückkehren.

        An dieser Stelle können Sie die von Git bereitgestellte Versions-Rollback-Funktion verwenden.

Der Inhalt des Tests zu diesem Zeitpunkt

Auf diese Weise werden alle Inhalte im Arbeitsbereich, im Staging-Bereich und in der Versionsbibliothek auf die vorherige Version zurückgesetzt.

        Von hier aus können wir auch feststellen, dass das Rollback der Git-Version sehr schnell ist. Dies liegt daran, dass das Rollback eigentlich nur den Master des HEAD-Zeigers ändert, sodass die Änderungsgeschwindigkeit sehr hoch ist.


     git reflog kann alle unsere Commit-IDs anzeigen, sodass wir nach Belieben zu dieser Version zurückkehren können.

        Es wird jedoch nicht empfohlen, beiläufig ein Rollback durchzuführen, da die Commit-ID möglicherweise weggespült wird.

        Wir verwenden Diagramme, um den wesentlichen Inhalt des Git-Versions-Rollbacks zu erläutern

        

        

9. Machen Sie geänderte Dateien rückgängig

         Die Änderung zum Rückgängigmachen bezieht sich hier auf den entsprechenden Vorgang, wenn wir eine Datei bearbeiten. Das heißt, wir sind der Meinung, dass der Code, den wir dieses Mal entwickelt haben, sehr schlecht ist und möchten zum Zustand am Anfang zurückkehren.

        ​ ​ 1: Den Code im Arbeitsbereich rückgängig machen, kein Hinzufügen

                Methode 1: Manuell ändern. Diese Methode ist zu frustrierend und wird hier nicht demonstriert.

                Methode 2: git checkout – [Dateiname], zurück zum letzten Zeitpunkt Der Add-Status und Commit-Status von .

            

                


        ​ ​ 2. Der Add-Vorgang wurde ausgeführt, es gibt jedoch keinen Commit-Vorgang

        

        Methode:git reset HEAD filename +git checkout -- [filename] Zwei Schritte

 


        3. Bereits hinzugefügt, bereits festgeschrieben

        Wir können uns zum jetzigen Zeitpunkt nur auf unsere git reset --hard/mixed/soft commitid zum Rückgängigmachen verlassen, und die Version wird es auch sein zurückgerollt.

        Ich werde Ihnen hier keine Demonstration geben.


        10. Dateien im Repository löschen

        命令:git rm filename

                Wir werden git rm anhand konkreter Beispiele erklären

        Wir erstellen zuerst Datei1, Datei2 und Datei3 und löschen sie dann.

        

 

        Verwenden Sie zu diesem Zeitpunkt den Git-Status, um den Inhalt anzuzeigen

        Wir können die Datei mit nur einem Git-Commit-Vorgang vollständig löschen.

        Fassen Sie die beiden Schritte der Verwendung von git rm zum Löschen von Dateien im Repository zusammen: git rm filename +git commit -m " xxx"


       Wie kann man Dateien wiederherstellen, die wir versehentlich im Arbeitsbereich gelöscht haben?

        Sie können hier den Rückgängig-Vorgang verwenden, da es sich beim Löschen im Wesentlichen um eine Änderung handelt.

        


        Dieser Artikel ist fertig! ! ! ! Vielen Dank an alle für Ihre Geduld.

Weitere Inhalte werden in späteren Artikeln vorgestellt. Wenn Sie der Meinung sind, dass sie für Sie nützlich sind, können Sie ihnen ein „Gefällt mir“ geben.

Je suppose que tu aimes

Origine blog.csdn.net/2201_75964502/article/details/134799045
conseillé
Classement