Grundlegende Operationen von Git und gitee

Git ist in Arbeitsbereich, Staging-Bereich, lokales Lager, lokales Lager und Staging-Bereich unterteilt, die zusammen als Versionsbibliothek bezeichnet werden

Git allgemeine Befehle

Klicken Sie hier auf Git Bash, um das Befehlszeilenfenster aufzurufen

1. Initialisieren Sie den Arbeitsbereich (unter einem bestimmten Dateipfad)

git init;

2. Zeigen Sie den Codedateistatus des aktuellen Arbeitsbereichs an

Git-Status;

3. Senden Sie die Codedateien im Arbeitsbereich an den Staging-Bereich

git Dateinamen hinzufügen

git add ./ -> Alle Dateien im aktuellen Verzeichnis an den Staging-Bereich senden

Hier erfahren Sie, ob die Datei an den Staging-Bereich übermittelt wurde

Verwenden Sie den Git-Status

Grün zeigt an, dass es erfolgreich an den Staging-Bereich übermittelt wurde, Rot zeigt an, dass es sich noch im Arbeitsbereich befindet.

4. Senden Sie die Codedateien im Staging-Bereich an das lokale Lager

git commit -m „Informationen festschreiben“

Wenn es sich um die erste Einreichung handelt

E-Mail und Benutzername müssen angegeben werden

git config --global user.email "[email protected]"
git config --global user.name "Ihr Name"

5. Vergleich der Dateiunterschiede zwischen Arbeitsbereich und temporärem Speicherbereich

git diff read.txt(Dateiname)

Grüner Inhalt ist ein anderer Inhalt

6. Vergleich der Unterschiede zwischen Bereitstellungsbereich und lokalem Lager

git diff --cached read.txt

Wenn kein Inhalt angezeigt wird, bedeutet dies, dass der Inhalt derselbe ist

7. Vergleich der Unterschiede zwischen Arbeitsplatz und lokalem Lager

git diff HEAD lesen.txt

8. Versions-Rollback(Lassen Sie den Code (Dateiinhalt) des Arbeitsbereichs, des Staging-Bereichs und des lokalen Lagers ändern.)

1. Führen Sie ein Rollback zur vorherigen Version durch

git reset --hard HEAD^

2. Führen Sie ein Rollback auf die angegebene Version durch

git reset --hard Versionsnummer

9. Sehen Sie sich das Commit-Protokoll an

git reflog / git log

Das rote Kästchen zeigt die aktuelle Versionsnummer an, wenn wir zur vorherigen Version zurückkehren möchten

Greifen Sie mithilfe der Versionsnummer auf die angegebene Version zurück

10. Zweige generieren

Git-Branch-Branch-Name

11. Alle Filialen anzeigen

Git-Zweig

12. Zweige wechseln

Name des Git-Checkout-Zweigs

Fügen Sie neuen Inhalt zur read.txt des h1-Zweigs hinzu und senden Sie ihn an das lokale Warehouse. Beim Zurückwechseln zum Master-Zweig werden Sie möglicherweise feststellen, dass der neu hinzugefügte Inhalt nicht angezeigt wird. Dies liegt daran, dass der h1-Zweig nicht zusammengeführt wurde in den Hauptzweig.

13. Zweige zusammenführen

Wenn Sie andere Zweige in den Hauptzweig einbinden möchten, müssen Sie zunächst zum Hauptzweig wechseln

Hinweis: Wenn Sie den Zweig mit dem Hauptzweig zusammenführen möchten, müssen Sie den Inhalt des Zweigs zunächst im lokalen Warehouse festschreiben.

Git-Merge-Zweigname

14. Zweig löschen

git branch -d Zweigname

Verwenden Sie Git, um eine Verbindung zu Gitee herzustellen

1.Verbinden

git remote add origin (Verbindungsname) https://gitee.com/-ss_0/hhh1.git (Lageradresse)

2. Ziehen Sie den Code aus dem Lager

git pull origin master --allow-unrelated-histories (erstmals)

git pull nachfolgender Pull

3. Drücken

git push -u origin master (zum ersten Mal)

git push nachfolgender Push

Fehler gemeldet:
1. ! [abgelehnt] Master -> Master (zuerst abrufen)
Fehler: Einige Referenzen konnten nicht an „https://gitee.com/luosu-ss_0/hhh1.git“ gesendet werden.
Eingabe: git pull --rebase origin master

2.schwerwiegend: Kein Zugriff auf „https://gitee.com/luosu-ss_0/hhh1.git/“ möglich: Host konnte nicht aufgelöst werden: gitee.com

Grund: Netzwerkproblem

4. Sehen Sie sich das verbundene Remote-Lager an

git remote -v

5. Löschen Sie die Verbindung zum Remote-Warehouse

Git Remote RM Herkunft

6. Klonen und erstellen Sie einen neuen Ordner, ohne ihn mit git init zu initialisieren

Git-Clone-Warehouse-Adresse

Hinweis: Der Unterschied zwischen Ziehen und Klonen

Sie alle erhalten den Code aus dem Remote-Warehouse

Unterschied:

1.git-Klon: Wenn keine lokale Versionsbibliothek vorhanden ist, ist das Klonen der gesamten Versionsbibliothek vom Remote-Server auf den lokalen ein lokaler Prozess von Grund auf.

2.git pull: Wenn ein lokales Repository vorhanden ist, rufen Sie die neuesten Commit-Daten (falls vorhanden) vom Remote-Server ab und führen Sie sie lokal zusammen

Schieben Sie den Code der Idee in das Gitee-Remote-Repository

Schritt 1: Erstellen Sie ein neues Repository auf Gitee

Schritt 2: Erstellen Sie in der Idee ein neues Projekt und lassen Sie das Projekt ein lokales Git-Repository generieren

Schritt 3: Schreiben Sie den Code, fügen Sie ihn dem Staging-Bereich hinzu und übergeben Sie ihn an das lokale Lager

Schritt 4: Stellen Sie eine Remote-Verbindung zum Lager her

Hinweis: Ziehen Sie zuerst die Dateien aus dem Remote-Warehouse

Geben Sie das Ideenterminal ein

git pull origin master --unrelated-histories zulassen

Dann kann man es schieben

Push erfolgreich

Klonen Sie das Projekt aus dem Remote-Repository

Klonen erfolgreich

Dinge, die beim Ziehen von Projekten zu beachten sind

1. Die Maven-Adresse muss geändert werden

2. Die SDK-Version muss geändert werden

3. Ändern Sie die Kodierungsversion

Hinweis: Wenn der Push fehlschlägt, rufen Sie zuerst den Code aus dem Remote-Warehouse ab.

Verwenden Sie die Idee, um den Zweig zu wechseln

Wir möchten einen neuen Zweig im Gitee-Repository erstellen

Dann wechseln Sie die Filiale dieses abgelegenen Lagers auf die Idee

schreibe neuen Code

Fügen Sie dann hinzu, senden Sie es ab und übertragen Sie es schließlich an das Remote-Warehouse

Wir können feststellen, dass der Inhalt des Master-Zweigs und des Dev1-Zweigs unterschiedlich ist. Dies liegt daran, dass der Inhalt des Dev1-Zweigs nicht mit dem Master-Zweig zusammengeführt wird.

Also verlagern wir die Idee auf den Master-Zweig

Fusion erfolgreich

Dann kann man es schieben

Technologieaustausch