GIT Schummelzettel

Die Versionsverwaltung GIT hat sich inzwischen in fast allen Software Bereichen zur Nummer aufgespielt und Alternativen wie SVN (Subversion) oder Mercurial abgelöst.

Ich persönlich schätze Softwarelösungen wie TortoiseGIT sehr, mit denen man GIT Kommandos direkt im Windows Explorer per Kontextmenü ausführen kann.

Doch wenn man direkt an der Linuxkonsole arbeiten muss und die grafischen Spielereien fehlen, hilft es, wenn man ein paar GIT Szenarien auch runtertippen kann.

Hier also ein paar Zeilen, die ich hierfür immer wieder brauche:

GIT Setup

• git config --global credential.helper store
  • Aktiviert das Speichern von User und Passwörtern. Ohne diese Einstellung darf man bei jeder GIT Synchronisation mit einem Online Repository sein Passwort eintippen.
• git config --global user.name "Your Name" und
  git config --global user.email "youremail@yourdomain.com"
  • Ohne die Festlegung des eigenen Accounts + Passwort kann man keine Commits durchführen.

GIT Projekte bearbeiten

• git clone path/to/project.git
  • Erzeugt eine lokale Kopie eines GIT Projektes und checkt den “default branch” des Projektes aus.
  • z.B.: git clone https://bitbucket.org/gatenetwork/gate-blog-classroom.git
• git branch --list
  • Zeigt alle Branches des Projektes an
• git checkout BRANCHNAME
  • Wechselt zu einem anderen Branch. Hat man im vorherigen Branch Änderungen gemacht, die nicht commited wurden, werden diese auf den neuen Branch angewendet, falls es dort zu keinen Konflikten kommt.
• git fetch
  • Lädt Änderungen vom Ursprungsrepository in das lokale Repository herunter, aktualisiert den aktuellen Branch jedoch NICHT.
• git pull
  • Lädt Änderungen vom Ursprungsrepository herunter und aktualisiert alle Dateien im aktuellen Branch. Bei Konflikten (also Änderungen sowohl lokal als auch bei der Online-Quelle) wird der Vorgang abgebrochen.
• git status .
  • Zeigt alle geänderten oder von GIT nicht erfassten Dateien im aktuellen Verzeichnis an.
• git add path/to/file
  • Fügt eine neue oder geänderte Datei zur Stage-Dateiliste hinzu, damit sie im nächsten Commit aufgenommen werden kann.
• git add -all
  • Fügt alle geänderten Dateien im aktuellen Verzeichnis zur Stage Dateiliste hinzu, damit alle beim nächsten Commit aufgenommen werden können.
• git commit -m "Your Message"
  • Sendet alle Änderungen von Dateien der State Dateiliste als Commit zum lokalen Repository.
• git push
  • Lädt alle lokalen Commits zum Ursprungsrepository hoch.
• git restore path/to/file"
  • Setzt eine Datei im Workspace zurück auf den Stand des letzten Commits.
• git restore --staged path/to/file"
  • Setzt eine Datei im Workspace zurück auf den Stage-Stand als die Datei zuletzt hinzugefügt wurde (z.B.: per git add)

Fortsetzung folgt