• Annahmen: Es wird ein branch ausgehend vom aktuellen Branch angelegt. Dieser wird bereits getrackt.
• Branch lokal anlegen

  git checkout -b <branchname> 

• Lokalen Branch pushen, der entsprechende Remotebranch wird automatisch angelegt.

  git push -u origin <branchname>

Angelegte Branches müssen lokal und auf dem Server separat gelöscht werden.

Lokal:

git checkout master
git branch -d <branchname>

Auf dem Server:

git push origin :<branchname>

Stellt man während der Arbeit fest, dass der Branchname nicht gut passt, lassen sich lokale Branches einfach umbenennen:

git branch -m old_branch new_branch

git add -A #alle Änderungen in den Stagingbereich übernehmen
git add .  #neue und geänderte (keine gelöschten) Dateien in Stagingbereich übernehmen
git add -u #geänderte und gelöschte (keine neuen) Dateien in Stagingbereich übernehmen

Um nur einen Teil der Änderungung in einer Datei zu stagen, gibt es den Befehl

git add -p filename.x

Hat man ein lokales Git-Repo, kann man es mit

git remote add origin https://server/user/repo.git
git push -u origin master # --all für alle lokalen Branches

auf den Server pushen. Wichtig ist das -u beim push, dann wird der branch getrackt. Das bedeutet, das Änderungen vom Server auch wieder zurück in das lokale Repo übernommen werden.

Um die farbige Ausgabe global zu aktivieren:

git config --global color.ui true

Ein „git push“ in der Standardeinstellung pusht alle lokalen Branches. Möchte man mit git push nur den aktuellen Branch pushen, kann man git entsprechend konfigurieren:

git config --global push.default simple

Hat man sich bei der letzten Commit-Message vertippt, kann diese mit

git commit --amend

(öffnet einen Editor, in dem die fehlerhafte Nachricht bearbeitet werden kann) bzw.

git commit --amend -m "correct commit message"

korrigiert werden.

Um sich die URL des aktuellen Repositorys anzeigen zu lassen, kann man diesen Befehl verwenden:

git remote show origin

Ein (fast) vollständiger Ersatz für „svn info“ ist hier beschrieben.

Um einzelne Dateien aus dem Stash zurückzuholen, kann man den Befehl

git checkout stash@{0} filename

benutzen. Diese Datei ist dann automatisch im Staging-Bereich.

Mit

git gui blame filename

lässt sich ein grafischen Tool starten, mit dem man sich alle Änderung an einer Zeile in der Vergangenheit ansehen kann.

Windows verwendet die beiden Zeichen CRLF, während Linux nur LF als Zeilenumbruch verwendet. Dies kann zu Problemen führen, wenn man ein Repo mit beiden Systemen benutzt oder Code mit unpassender Zeilenumbruchskodierung einfügen möchte. git kann diese Probleme automatisch beheben. Dazu existieren zwei Möglichkeiten: die eine, ältere setzt eine Konfiguration bei jedem Benutzer voraus, die andere wird im Repo abgelegt und gilt daher für alle.

Genauere Beschreibungen:

• Mind the End of Your Line
• Antwort auf Stack Overflow
• Dealing with line endings

Bei dieser Vorgehensweise wird abhängig vom Betriebssystem der Parameter autocrlf gesetzt, unter Linux

git config --global core.autocrlf = input

bzw. unter Windows

git config --global core.autocrlf = true

Als zusätzlich Sicherheitsmaßname sollte safecrlf gesetzt werden, damit git prüft, ob eine Rückumwandlung möglich ist:

git config --global core.safecrlf = true

Seit git 1.7.2 lässt sich eine Datei .gitattributes anlegen, mit der das Verhalten für das gesamte Repo konfiguriert werden kann. Durch Einträge wie

*.txt text 

lässt sich für jede Dateiendung einzeln entscheiden, ob git eine Normalisierung der Zeilenumbrüche auf LF beim commiten durchführt. Beim Ausschecken wird gemäß der Konfigurationsvariablen core.eol ggfls. eine Rückumwandlung durchgeführt. Den Defaultwert nativ sollte man nicht verändern, so dass man unter Windows CRLF und unter Linux LF als Zeilenumbruch erhält. Git kann in .gitattributes auch angewiesen werden, alle Textdateien automatisch zu erkennen und umzuwandeln.

*       text=auto

Mit

git diff --word-diff 

lässt sich ein wortbasierter Diff durchführen. Für viele Sprachen enthält Git angepasste Parser. Um diese auszuwählen muss in .gitattributes für die Dateieindung die entsprechene Sprache ausgewählt werden, z.B.:

*.m diff=matlab

Dabei dürfen keine Leerzeichen zwischen diff, dem Gleichheitszeichen und der Sprache stehen. Eine Liste der unterstützten Sprachen findet sich im Abschnitt "Defining a custom hunk-header".

Der Editor, den Git zum Bearbeiten der Commit-Messages aufruft, kann auf mehrere Arten konfiguriert werden. Mit der Konfigurationsvariablen core.editor

git config --global core.editor "nano"

oder den Umgebungsvariablen GIT_EDITOR, VISUAL, EDITOR

export GIT_EDITOR=nano
export VISUAL=nano
export EDITOR=nano

Die Reihenfolge der Auswertung ist GIT_EDITOR, core.editor, VISUAL, EDITOR.

git kann mehrere remotes verwalten. Das ist für das Pushen auf mehrere Server praktisch.

Remote hinzufügen:

git remote add <name> <url>

Pushen:

git push <name>

Dateien, die nicht im Repository sind (untracked), können mit git clean entfernt werden. Mit

git clean -n

wird ein Trockenlauf durchgeführt. Mit dem Parameter -f statt -n wird dann tatsächlich gelöscht. Um ungetrackte Verzeichnisse zu entfernen, muss das Argument -d hinzugefügt werden.

Diese Aliases können in die ~/.gitconfig eingetragen werden:

[alias]
	st = status
  	ci = commit
  	br = branch
  	co = checkout
  	df = diff
        sed = ! git grep -z --full-name -l '.' | xargs -0 sed -i -e
        ack = grep --break --heading --line-number #git grep with output like ack
        # List all aliases.
        aliases = config --get-regexp alias
        # Fix whitespace from here: 
        # http://code.google.com/p/nathan-collins--conf/source/browse/dot.gitconfig
	# Fix whitespace in the index while preserving a dirty tree, if
	# any.
	#
	# Assuming your index is empty, some useful variations are:
	#
	# - fix whitespace in all changes in all versioned files:
	#
	# git add -u :/ && git fixws && git reset
	#
	# - fix whitespace in all unversioned files and in all changes in
	# all versioned files:
	#
	# git add --all :/ && git fixws && git reset
	#
	# Logic:
	#
	# The 'git stash save' fails if the tree is clean (instead of
	# creating an empty stash :P). So, we only 'stash' and 'pop' if
	# the tree is dirty.
	#
	# The 'git rebase --whitespace=fix HEAD~' throws away the commit
	# if it's empty, and adding '--keep-empty' prevents the whitespace
	# from being fixed. So, we first check that the index is dirty.
	#
	# Also:
	# - '(! git diff-index --quiet --cached HEAD)' is true (zero) if
	# the index is dirty
	# - '(! git diff-files --quiet .)' is true if the tree is dirty
	#
	# The 'rebase --whitespace=fix' trick is from here:
	# http://stackoverflow.com/a/19156679/470844
	fixws = !"\
	if (! git diff-files --quiet .) && \
	(! git diff-index --quiet --cached HEAD) ; then \
	git commit -m FIXWS_SAVE_INDEX && \
	git stash save FIXWS_SAVE_TREE && \
	git rebase --whitespace=fix HEAD~ && \
	git reset --soft HEAD~ && \
	git stash pop ; \
	elif (! git diff-index --quiet --cached HEAD) ; then \
	git commit -m FIXWS_SAVE_INDEX && \
	git rebase --whitespace=fix HEAD~ && \
	git reset --soft HEAD~ ; \
	fi"  

git sed ersetzt in allen Dateien im Repository old-name durch new-name (siehe Bespiel). Dies ist sicherer als die entsprechende Lösung mit „find .“, da dabei Verwaltungsdateien von Git mit verändert werden können.

Beispiel:

git sed 's/old-name/new-name/g'

• Git Homepage
• Git Tutorials