Top 20 Git-Befehle mit Beispielen: Ein praktischer Leitfaden

Arbeiten mit Remote Repositories

GitHub hostet verschiedene Anwendungen auf seinen Remote-Servern und ermöglicht es Entwicklern, diese zu verfolgen und zu verwalten. In diesem Abschnitt sehen wir uns an, wie man diese entfernten Repositories mit Git-Befehlen extrahiert, überträgt und mit ihnen interagiert. 

Willst du wissen, wie GitHub funktioniert? Beginne mit einer Einführung in die GitHub-Konzepte, um Repositories, Pull Requests und Best Practices für die Zusammenarbeit zu verstehen.

git remote add

Der Befehl git remote add stellt eine Verbindung zwischen deinem lokalen Git-Repository und dem entfernten Git-Repository her und ermöglicht es dir, Änderungen zwischen beiden zu pushen und zu ziehen:

git remote add <repo_name> <remote_url>

• : ein Spitzname für das Remote-Repository (standardmäßig "origin").
• : URL des entfernten Repositorys.

Git-Push

Der Befehl git push synchronisiert dein entferntes Projektarchiv mit dem lokalen Projektarchiv. Sobald du diesen Befehl ausführst, werden alle Änderungen, die du lokal vorgenommen hast, im entfernten Repository angezeigt.

git push <remote> <branch>

• : Alias für das entfernte Repository (standardmäßig "origin").
• : Name des Zweigs, den du pushen willst.

Es gibt zum Beispiel einige Varianten von git push:

git push ---all origin

Mit dem obigen Befehl werden alle deine lokalen Zweige in das entfernte Repository übertragen.

git push --force origin main

Der obige Befehl überschreibt den Zweig main auf dem entfernten Repository mit deinem lokalen Zweig main. Sei bei der Verwendung vorsichtig, da der entfernte Hauptzweig seine gesamte Historie verlieren könnte. 

Git-Pull

Der Befehl git pull holt die Änderungen im entfernten Repository und führt sie mit denen im lokalen Repository zusammen. 

Der Befehl git pull kombiniert zwei Befehle: git fetch und git merge. 

Zuerst ruft git fetch alle Änderungen aus dem entfernten Repository ab, einschließlich neuer Commits, Tags und Branches. Dann wird git merge ausgeführt und die Änderungen werden in den aktuellen lokalen Zweig integriert. 

Hier ist die Syntax:

git pull origin feature-branch

Der obige Befehl holt die Daten von feature_branch aus dem entfernten Repository und überträgt sie in deinen aktuellen lokalen Zweig. 

Holen mit dem Git

Mit dem Befehl git fetch kannst du Änderungen im entfernten Projektarchiv überprüfen, bevor du sie in dein lokales Projektarchiv einfügst. Er lädt die Änderungen herunter und aktualisiert sie in entfernten Lernpfaden. Für diejenigen, die damit nicht vertraut sind: Remote-Tracking-Zweige sind Kopien von Remote-Repository-Zweigen. 

Der folgende Befehl lädt zum Beispiel die Änderungen im entfernten Repository herunter und aktualisiert sie in den entfernten Lernpfad-Zweigen unter origin:

git fetch origin

Verzweigen und Zusammenführen in Git

Die Git-Verzweigung ermöglicht es Entwicklern, unabhängig voneinander an neuen Funktionen oder Fehlerbehebungen zu arbeiten, ohne das Haupt-Repository zu beeinflussen. Sobald die Änderungen fertig sind, werden sie durch das Zusammenführen in die primäre Codebasis integriert. Sehen wir uns die wichtigsten Befehle an, die an diesem Prozess beteiligt sind.

Git-Zweig

Der Befehl git branch listet Zweige auf, erstellt oder löscht sie. Ein Zweig ist eine weitere Version deines Repositorys. 

Wenn du eine neue Funktion für deine Anwendung entwickelst, kannst du einen neuen Zweig erstellen und daran arbeiten. Sobald alles fertig und getestet ist, kannst du alles mit dem Hauptzweig zusammenführen. So kannst du unabhängig voneinander an neuen Funktionen arbeiten, ohne direkt in die Hauptlinie einzugreifen.  

• git branch: gibt die Liste aller Zweige im Repository aus.
• git branch : erstellt einen neuen Zweig mit dem Namen "branch_name".
• git branch -d : Löscht den Zweig mit dem Namen "branch_name".

Git-Checkout

DerBefehl git checkoutkann zwei Dinge tun: zwischen Zweigen wechseln oder Dateien in einem früheren Zustand wiederherstellen.

• Zweige wechseln: Vor git 2.23 wurde der Befehl git checkout branch_name verwendet, um von deinem aktuellen Zweig zu einem anderen zu wechseln. Aber es ging nicht nur um den Wechsel von einem bestehenden Zweig; du kannst auch einen neuen Zweig erstellen und zu ihm wechseln.

Der folgende Befehl erstellt einen neuen Zweig namens "feature_branch" und wechselt zu ihm:

git checkout -b feature_branch

In der neuesten Version von Git wird git checkout jedoch durch git switch ersetzt, um Dateien wiederherzustellen. 

• Dateien wiederherstellen: Du kannst die Änderungen, die du an einer Datei vorgenommen hast, verwerfen und mit dem folgenden Befehl die vorherige Version wiederherstellen.

git checkout -- <file-name>

Du kannst dies auch mit einer Datei aus einem anderen Zweig wie folgt tun:

git checkout <branch-name> -- <file-name>

Git-Zusammenführung

Wenn du in einem neuen Zweig gearbeitet hast, kannst du ihn mit git merge zum Hauptzweig zusammenführen, um die Änderungen zu übernehmen. Git führt das Zusammenführen auf zwei Arten durch:

• Schneller Zusammenschluss: Angenommen, du hast einen neuen Zweig namens "feature_x" aus dem Hauptzweig erstellt und daran gearbeitet. Wenn der Hauptzweig nicht mehr aktualisiert wurde, seit du "feature_x" erstellt hast, aktualisiert Git den Hauptzweig so, dass er auf die neueste Version von "feature_x" verweist, anstatt die Änderungen von "feature_x" an den Hauptzweig zu übertragen. In diesem Fall wird kein neuer Merge Commit erstellt. 
• Dreifacher Zusammenschluss: Wenn sowohl "feature_x" als auch der Hauptzweig Änderungen enthalten, kombiniert Git die Änderungen und erstellt einen neuen Merge Commit auf dem Hauptzweig. 

Zum Beispiel: 

      C---D---F (feature-branch)
     /
A---B---E---G (main)

Beim Commit B wird der Feature-Zweig C erstellt. Der Hauptzweig hat zusätzliche Commits, E und G, auch nach der Erstellung des Feature-Zweigs. Daher wird das Feature in das Hauptfeature eingefügt und ein neuer Merge Commit M erstellt:

      C---D---F (feature-branch)
     /         \         
A---B---E---G---M (main)

git rebase

git rebase ist eine weitere Möglichkeit, Änderungen zwischen Zweigen zu integrieren, aber sie funktioniert anders als git merge. Merge speichert den gesamten Verlauf des Haupt- und des Funktionszweigs. Rebase hingegen überschreibt die Commit-Historie, um sie linear und sauber zu machen.

Außerdem erfordert merge einen zusätzlichen Merge Commit, während rebase keine neuen Commits erzeugt. Git rebase führt zwei Schritte durch: 

1. Zu einem Feature-Zweig wechseln 
2. Setze sie in die Hauptversion um.

Zum Beispiel:

      C---D---F (feature-branch)
     /
A---B---E---G (main)

• Schritt 1: führt git checkout feature_branch aus.
• Schritt 2: Führt git rebase main aus: Verschiebe den gesamten Funktionszweig auf den Hauptzweig, indem du die Commits C, D, F als C’, D’ und F’ auf den letzten Commit G des Hauptzweigs anwendest. Dadurch wird eine lineare Commit-Historie wie folgt erstellt:

A---B---E---G---C'---D'---F' (main)

Da Merge- und Rebase-Operationen oftverwechselt werden, findest du hier eine Zusammenfassung der Unterschiede:

Möchtest du mehr über die Arbeit mit Außenstellen erfahren? In dieser Schritt-für-Schritt-Anleitung erfährst du, wie du mit git checkout entfernte Zweige auschecken und verfolgen kannst.

Git-Verlauf und Rückgängigmachen von Änderungen

Git bietet verschiedene Befehle, um den Verlauf einzusehen und die Änderungen in verschiedenen Entwicklungsstadien rückgängig zu machen. Die relevanten Befehle werden hier besprochen. 

Idiotenprotokoll

Der Befehl git log zeigt die gesamte Commit-Historie deines aktuellen Zweigs an. Sie enthält vier Schlüsselfelder: Commit, Autor, Datum und Commit-Nachricht. 

git commit history

• Commit: eine eindeutige ID.
• Autor: Name und E-Mail der Person.
• Datum: Der Zeitstempel, wann die Änderung übertragen wurde.
• Commit-Nachricht: Beschreibung des Commits. 

Git Diff

Auf git diff werden die Unterschiede zwischen verschiedenen Zuständen deines Repositorys angezeigt - egal, ob du dein aktuelles Verzeichnis mit dem Staging-Bereich, den Staging-Bereich mit der letzten Übertragung oder sogar zwei Dateien oder Zweige vergleichst, was immer du angibst.

• git diff - zeigt den Unterschied zwischen deinem aktuellen Arbeitsverzeichnis und dem Staging-Bereich an. 
• git diff -- cached: zeigt die Unterschiede zwischen der Staging Area und dem letzten Commit.
• git diff commit1 commit2 - den Unterschied zwischen commit 1 und commit 2.
• git diff branch1..branch2 - vergleicht die Unterschiede zwischen branch 1 und branch 2.

Git-Reset

Mit dem Befehl git reset kannst du Änderungen rückgängig machen, indem du den aktuellen HEAD auf einen bestimmten vorherigen Zustand zurücksetzt. Um den HEAD auf einen früheren Commit zu verschieben, gibt es drei Varianten: "soft", "mixed" und "hard", die du mit dem Befehl reset verwenden kannst. 

• Soft: Geht zu einem früheren Commit zurück, behält aber die aktuellen Änderungen bei, sodass du sie bei Bedarf später erneut committen kannst. 

git reset --soft HEAD~1

• Gemischt: geht zu einem früheren Commit zurück und entfernt die Änderungen des aktuellen Commits aus dem Bühnenbereich. Diese Änderungen bleiben jedoch in deinem Arbeitsverzeichnis unberührt.

git reset --mixed HEAD~1

• Hart: Dies verweist auf einen früheren Commit und entfernt die aktuellen Commit-Updates aus dem Arbeitsverzeichnis und dem Staging-Bereich. 

git reset --hard HEAD~1

Willst du Änderungen in Git rückgängig machen? Erforsche die Unterschiede zwischen git reset und git revert in tdiesem detaillierten Leitfaden.

Git Stashing und Aufräumen

Wenn du mit Git arbeitest, kann es sein, dass du Änderungen vorübergehend beiseite legen musst, ohne sie zu committen, oder dass du unnötige Dateien in deinem Repository aufräumen musst. Hier kommen die Git-Befehle zum Verstecken und Aufräumen ins Spiel.

Steinhaufen

Angenommen, du möchtest zu einem früheren Zustand zurückkehren, aber deinen aktuellen Fortschritt nicht festschreiben; dann kannst du git stash verwenden. Dies speichert deine nicht übertragenen Änderungen vorübergehend und setzt dein Arbeitsverzeichnis auf den letzten übertragenen Zustand zurück. 

git stash pop

Wenn du in der Vergangenheit einige Änderungen versteckt hast und sie in dein Arbeitsverzeichnis aufnehmen möchtest, benutze den Befehl git stash pop. Dies wendet die letzten versteckten Änderungen auf das aktuelle Verzeichnis an und entfernt sie aus der Versteckliste. 

klauen

Der Befehl git clean löscht nicht verfolgte Dateien aus dem Git-Repository. Verwende den Befehl git clean -n, um zu sehen, was gelöscht wird, bevor du den Löschbefehl ausführst!

Du willst deinen Git-Verlauf bereinigen? In diesem Git-Squash-Tutorial erfährst du, wie du mehrere Commits inzu einem einzigen zusammenfassen kannst.

Git-Konfiguration und Benutzereinstellungen

Mit Git kannst du die Benutzereinstellungen auf verschiedenen Ebenen konfigurieren. Lass sie uns hier erkunden.

Git-Konfiguration

Mit dem Befehl git config kannst du die Git-Einstellungen an deine Bedürfnisse anpassen. Du kannst die Einstellungen auf drei Ebenen konfigurieren: auf der lokalen, der System- und der globalen Ebene. 

• Systemebene: Sie ist die umfassendste Konfigurationsebene mit Root-Zugriff.
• Globale Ebene: Konfigurationen auf dieser Ebene werden auf alle Repositories des aktuellen Benutzers angewendet.
• Lokale Ebene: Auf dieser Ebene können die für das aktuelle Git-Repository relevanten Einstellungen angepasst werden. 

Dies sind einige gängige git config Befehle:

• git config -list: Zeigt die Git-Einstellungen aller Ebenen an.
• git config --global user.name "Your_name": Setzt den Git-Benutzernamen für alle Repositories auf deinem System auf "Dein_Name".
• git config --global user.email "your.email@example.com": Legt die E-Mail-Adresse für alle Repositories auf deinem System fest.

Wir wissen, dass master der Standard-Hauptzweig ist, wenn ein Git-Repository initialisiert wird. Du kannst sie aber mit folgendem Befehl umbenennen, wie du willst:

git config --global init.defaultBranch "srujana_master"

Im obigen Befehl haben wir den Standard-Master-Zweig auf globaler Ebene (für alle Repositories im System) durch "srujana_master" ersetzt.

Du kannst weitere Einstellungen auf globaler Ebene vornehmen. Um zum Beispiel deinen Standard-Texteditor in VS-Code zu ändern, führe den folgenden Befehl aus:

git config -global core.editor "code-w"

Du kannst auch deine eigenen Git-Befehle erstellen. Zum Beispiel:

git config --global alias.slice branch

Der obige Befehl erstellt einen neuen Alias slice für branch. Wenn du also einen neuen Zweig erstellen willst, kannst du git slice branch_name anstelle von git branch branch_name ausführen.

Zusammenfassung der Git-Befehle

Hier ist eine Zusammenfassung der Git-Befehle, die wir erforscht haben, damit du sie immer zur Hand hast:

Best Practices für die Verwendung von Git

Git effektiv zu nutzen, geht über das Nachverfolgen von Änderungen hinaus - es geht darum, einen sauberen, strukturierten und kollaborativen Arbeitsablauf zu pflegen. Die Einhaltung von Best Practices trägt dazu bei, dass dein Repository organisiert bleibt, dein Commit-Verlauf aussagekräftig ist und dein Entwicklungsprozess reibungslos verläuft.

Hier sind einige wichtige Gewohnheiten, die du dir bei der Arbeit mit Git aneignen solltest:

• Engagiere dich oft: Ein Hauptzweck einer Versionskontrolle wie Git ist es, Änderungen im Laufe der Zeit effektiv zu verfolgen. Wenn du jede Änderung einzeln überträgst, anstatt mehrere Änderungen zusammen zu aktualisieren, ist es später einfacher zu verstehen, was in jeder Übertragung geändert wurde. 
• Engagiere dich mit klaren Botschaften: Verbinde jede Zusage mit einer klaren Nachricht, die beschreibt, worum es bei der Zusage geht. Wenn du das nächste Mal Lernpfade verfolgst, ist es viel einfacher zu wissen, welche Änderungen jeder Lernpfad am Code vorgenommen hat. 
• Verwende Zweige: Für jede neue Funktion oder Fehlerbehebung erstellst du einen Zweig, arbeitest daran und führst ihn zusammen. Dies ist die beste Methode, um neue Entwicklungsarbeiten vom Hauptprojekt zu trennen. 
• Utilize .gitignore: Eine .gitignore-Datei enthältprojektbezogene Dateien und Verzeichnisse, die nicht verfolgt werden sollen. Dazu gehören in der Regel automatisch generierte Build-Artefakte, Log-, temporäre und plattformspezifische Dateien. Wenn du sie ignorierst, vermeidest du unnötige Logs und Tracking-Versionen und hältst deinen Verlauf sauber.

Fazit

Git ist ein leistungsfähiges Werkzeug, um Änderungen zu verfolgen, mit anderen zusammenzuarbeiten und einen gut strukturierten Entwicklungsworkflow aufrechtzuerhalten. In diesem Artikel habe ich die wichtigsten Git-Befehle und Best Practices vorgestellt, mit denen du deine Projekte effektiver verwalten kannst.

Natürlich gibt es immer mehr zu lernen! Wenn du gerade erst anfängst, solltest du dir Einführung in Git ansehen, um eine solide Grundlage zu schaffen. Für diejenigen, die ihre Fähigkeiten weiter verfeinern wollen, taucht Intermediate Git tiefer in fortgeschrittene Workflows und Techniken ein.

Brauchst du eine schnelle Git-Referenz für zukünftige Projekte? Mit diesem Git-Spickzettel hast du die wichtigsten Befehle immer griffbereit!