Git Basics

Question 1

Was sind die Hauptunterschiede zwischen Git und SVN?

Answer 1

• Bei SVN liegt das komplette Repository nur zentral vor
• Bei Git ist jede Kopie des Repositories vollständig
• Git macht es einfacher, einzelne Features in kleine Commits aufzuteilen
• Git macht die Handhabung von Commits und Branches einfacher

Question 2

Wie wird ein Git-Repo erstellt?

Answer 2

git init
Initialisiert das aktuelle Verzeichnis als Git-Repository, auch wenn bereits Inhalt vorhanden ist.

git init –bare
Ein “bare” Repository besteht nur aus dem Inhalt des .git-Repositories - es exisitiert keine ausgecheckte “working copy” (GitLab hat intern z.B. nur “bare” Repositories) und es können keine Dateien bearbeitet werden

Question 3

Woran erkenne ich, dass ein Verzeichnis ein Git-Repository ist?

Answer 3

.git-Ordner ist darin vorhanden

Question 4

Wie clone ich ein Repository?

Answer 4

git clone <repo-url> [<target-folder>]</target-folder></repo-url>

Question 5

Wo liegen die Konfigurationsdateien von Git und wie ist ihre Priorisierung?

Answer 5

Von höherer zur niedrigerer Priorität (local überschreibt user etc.)

• local (/.git/config)
• user ($HOME/.gitconfig)
• global (Linux: /etc/gitconfig, Windows: C:\Programme\Git\config)

Question 6

Warum muss die Konfigurationsoptoins core.autocrlf unbedingt auf false stehen?

Answer 6

Dateien werden beim Checkout sonst mit CRLF-Endungen ausgecheckt - unabhängig davon, wie sie im Repo sind - und mit LF wieder eingecheckt. Das kann zu Problemen z.B. mit Shell-Skripten führen.

Generell: Option auf false setzen (git config –global core.autocrlf false) und darauf achten, dass der eingesetzte Editor korrekt eingestellt ist.

Question 7

Wie ist das Kommando zum Hinzufügen einer Datei (staging)?

Answer 7

• git add - stage <file> für den nächsten Commit</file>
• git add <folder> - stage alle Änderungen im Verzeichnis für den nächsten Commit</folder>
• git add -p - interaktives Hinzufügen von einzelnen Teilen einer Datei für den nächsten Commit

Question 8

Wie ist das Kommando zum Commit?

Answer 8

• git commit - startet (wenn möglich) einen Texteditor zur Eingabe des commit messages
• git commit -m “message” - committed mit dem commit message “message”
• git commit -a -m “message” - committed alle ÄNDERUNGEN an Dateien im Repository (fügt keine untracked files hinzu)

Question 9

Kommando, um Übersicht über das Repo zu bekommen (aktueller Branch, neue/geänderte Dateien)

Answer 9

git status

Question 10

Unterschied zwischen git status und git log?

Answer 10

“git status” zeigt den aktuellen Stand des Repositories an (Dateien), “git log” zeigt die Commit-History an

Question 11

Was macht das “revert”-Kommando?

Answer 11

• git revert <commit></commit>

Macht einen Commit rückgängig, indem die umgekehrten Änderungen auf den aktuellen Stand angewendet werden.

Behält die Commit History bei und erstellt einen neuen Commit.

Question 12

Kommandos und Verwendung von git checkout?

Answer 12

• git checkout master - Checkout des “master”-Branches - nur möglich, falls dadurch keine veränderten Dateien überschrieben würden (keine Konflikte)
• git checkout <file> - setzt die Datei auf den Stand des aktuellen HEAD</file>
• git checkout <commit> <file> - Checkout der Datei in Version des angegebenen Commits</file></commit>
• git checkout <ref> - allgemein Version des Checkouts; <ref> kann ein Branchname, ein Tag oder ein Commit(-Hash) sein</ref></ref>

Question 13

Was macht git reset –hard?

Answer 13

Setzt das aktuelle Working Directory zurück auf den Stand von HEAD

Question 14

Was ist HEAD?

Answer 14

Es gibt mehrere “head” (kleingeschrieben), die auf Commits zeigen, z.B. zeigt ein “branch head” auf den Commit, auf dem sich ein Branch befindet.

“HEAD” (großgeschrieben) zeigt auf den aktuell ausgecheckten commit.

“detached HEAD” bezeichnet den Zustand, bei dem ein beliebiger Commit statt eines “head” (kleingeschrieben) ausgecheckt ist, sprich ein Commit, auf den keine Reference (branch oder tag) zeigt.

Question 15

Was ist der Sinn eines Branches?

Answer 15

• ein Git-Branch ist ein unabhängiger Entwicklungszweig
• kann als Fork in der History des Projektes angesehen werden
• oder als ganz neues working directory
• neue Commits können in der History eines Branches aufgezeichnet werden

Question 16

Was sind die zwei merge-Kommandos und was ist der Unterschied zwischen ihnen?

Answer 16

Zwei Typen:

• fast-forward
• 3-way merge

Fast forward:
- einer der beiden Branches (master und branch) wurde nicht verändert, d.h. dieser kann ohne neuen merge commit einfach auf den Stand des anderen Branches gesetzt werden

3-way merge:

• beide Branches wurden verändert, also muss ein merge commit erzeugt werden
• sollte eine Datei in beiden verändert worden sein, müssen ggf. Konflikte behoben werden

Question 17

Was ist der Sinn folgender vier Kommandos?

• git remote
• git fetch
• git pull
• git push

Answer 17

git remote

• verwaltet die URLs von Remote Repositories
• git remote -v - listet alle konfigurierten Remotes
• git remote add/rm/rename - neues Remote hinzufügen, Remote löschen, Remote umbenennen

git fetch
- holt Commits von Remotes und speichert sie in “remote branches”, dort können sie betrachtet werden, bevor sie gemerged werden

git pull
- verhält sich wie “git fetch” gefolgt von “git merge”

git push
- sende commits vom lokalen zu einem remote repository