Der einfachste Weg besteht darin, das Git-Paket Ihrer verwendeten Linux Distribution zu installieren. Falls Sie unabhängig von Ihrer Distribution auf der Höhe der Zeit bleiben wollen, können Sie Git auch aus den Quell-Paketen heraus kompilieren und installieren.

Unter OS X stehen verschiedene Möglichkeiten zur Verfügung, Git zu installieren. Zum einen wird eine (meist etwas ältere) Git-Version mit Xcode ausgeliefert. Alternativ kann Git mittels Homebrew installiert und aktuell gehalten werden.

Die Installationsanleitung zu Homebrew findet man auf der entsprechenden Homepage: http://brew.sh.

Wenn Homebrew installiert ist, sollten zunächst die Paketdefinitionen mit

$ brew update

aktualisiert werden. Anschließend lässt sich Git ganz einfach mittels

$ brew install git

installieren. Mit

$ brew upgrade git

kann Git dann auf dem System aktuell gehalten werden.

Unter Windows können Sie Git in zwei Varianten installieren: als Cygwin-Paket oder als natives msys-Paket.

Gehen wir zunächst auf das msys-Paket ein, da hier die Installation recht gradlinig verläuft: Laden Sie sich das Installationspaket herunter, führen Sie es aus und freuen Sie sich über Git unter Windows. Das war’s.

Um die Cygwin-Variante verwenden zu können, muss bereits die Cygwin-Umgebung installiert sein. Die können Sie unter http://www.cygwin.com beziehen. Unter Cygwin sollten Sie zusätzlich noch folgende Pakete installieren: openssh aus dem Abschnitt Net der Paketauswahl, aus dem Libs-Abschnitt tcltk sowie subversion-perl und zusätzlich einen Editor, den Sie für Commit-Kommentare und Ähnliches verwenden wollen.

Wenn Sie Git auf einem hier nicht aufgeführten Betriebssystem verwenden möchten, ohne es selbst kompilieren zu müssen, besteht noch eine weitere Möglichkeit – sofern eine Java-Laufzeitumgebung für Ihr Betriebssystem vorhanden ist. In der Eclipse-IDE ist eine reine Java-Implementierung eines Git-Clients integriert.

Um Git erfolgreich zu kompilieren, sind folgende Bibliotheken und die entsprechenden Header-Dateien notwendig: zlib und SSH.

Perl 5.8 oder eine spätere Version wird ebenfalls empfohlen. Falls Sie nicht mit partiellen Commits arbeiten möchten oder mit SVN Repositories interagieren wollen, können Sie Perl beim Kompilieren umgehen, indem Sie beim make-Befehl den Parameter NO_PERL=YesPlease mit angeben. Im Regelfall sollten Sie Perl als Abhängigkeit allerdings belassen.

Optional, aber empfohlen ist OpenSSL für den SHA1-Hashing-Algorithmus. Falls Ihnen OpenSSL nicht zur Verfügung steht, wird Git auch mit einer alternativen Bibliothek für das Hashing ausgeliefert. Unter MacOS X versucht Git ab der Version 1.8.3 mit CommonCrypto anstatt OpenSSL zu linken. Wenn CommonCrypto nicht zur Verfügung steht, fällt Git auf OpenSSL zurück.

Falls Sie mit HTTP Projekte verwalten möchten, benötigen Sie noch libcurl und expat. Wenn Ihnen das SSH- sowie das Git-native Protokoll genügen, sind diese Bibliotheken nicht erforderlich.

Für den Fall, dass Sie die grafischen Tools verwenden möchten, benötigen Sie noch das wish-Paket für Tcl/TK.

Eine gettext-Bibliothek ist für lokalisierte Git-Ausgaben erforderlich. Im Regelfall wird mit GNU’s libintl gearbeitet, allerdings funktioniert auch die standardmäßige gettext-Bibliothek von Solaris. Wenn Sie keine übersetzten Texte verwenden möchten, können Sie bei der Kompilation dem make-Befehl den Parameter NO_GETTEXT=YesPlease übergeben. In diesem Fall wird Git lediglich englischsprachige Ausgaben bereitstellen.

Sofern Sie die Perforce-Konnektivität von Git verwenden möchten, sollten Sie Python 2.4 oder eine spätere Version bereitstellen. Python 3.x wird hier jedoch aktuell nicht unterstützt.

Wenn Sie die Hilfstexte und Dokumentation ebenfalls generieren und installieren möchten, muss AsciiDoc installiert sein. Beim Autor hat das zu einer Kaffeepause und der Installation von knapp 300 MByte an Abhängigkeiten geführt. Alternativ können Sie vorformatierte Hilfstexte separat herunterladen und installieren. Dies wird im Abschnitt zur Generierung der Hilfstexte in diesem Kapitel beschrieben (siehe „Installieren der Hilfstexte und Manpages“).

AsciiDoc baut auf DocBook auf. Es gibt Berichte darüber, dass die DocBook XSL-Definitionen der Version 1.72 und 1.73 fehlerhaft seien. Für 1.73 müssen Sie gegebenenfalls den mitgelieferten Patch contrib/patches/docbook-xsl-manpages-charmap.patch installieren.

Den Quellcode können Sie als traditionelles Archiv unter https://github.com/git/git/releases herunterladen und mit

$ tar xfzv git-X.Y.Z.tar.gz

bzw.

$ unzip git-X.Y.Z.zip

entpacken, wobei es sich bei X.Y.Z um die Version des heruntergeladenen Git-Paketes handelt. Falls bei Ihrem Betriebssystem kein Gnu-Tar mitgeliefert wird, werden Sie wahrscheinlich das Paket zunächst explizit entpacken müssen:

$ gzip -c git-X.Y.Z.tar.gz | tar -xvf -

Alternativ können Sie die aktuellen Git-Quellen auch mit Git herunterladen, sofern Sie es bereits installiert haben:

$ git clone https://github.com/git/git.git

Wechseln Sie in das Verzeichnis mit dem gerade entpackten Git-Quellcode und führen Sie die Befehle

$ make
$ make install

aus, um Git (zunächst ohne Dokumentation) mit den Standard-Konfigurationsoptionen zu installieren.

Da Git von Hause aus kein configure-Skript mehr zur Verfügung stellt, müssen Sie Zielverzeichnisse im Makefile direkt angeben. Suchen Sie hierzu nach prefix und editieren Sie den nachfolgenden Abschnitt entsprechend Ihrer Bedürfnisse.

Um die Hilfstexte zu erzeugen und zu installieren, müssen Sie zusätzlich noch den folgenden Befehl ausführen:

$ make install-doc

Falls Sie lieber vorformatierte Hilfstexte installieren, können Sie die Texte für Ihre Git-Version unter http://code.google.com/p/git-core/downloads/list herunterladen. Die Pakete heißen git-htmldocs-X.Y.Z.tar.gz bzw. git-manpages-X.Y.Z.tar.gz.

Entpacken Sie das Archiv für die Manpages in einem man-Wurzelverzeichnis, das dem System bereits als Manpage-Baum bekannt ist, beispielsweise /usr/local/man:

$ cd /usr/local/man
$ tar xfzv /pfad/zu/git-manpages-X.Y.Z.tar.gz

Aktualisieren Sie anschließend die Datenbank der installierten Manpages für Ihr System mit mandb.

Die HTML-Dateien können Sie analog im Unterverzeichnis share/doc/git-doc unter Ihrem Git-Installationsverzeichnis entpacken. Allerdings müssen Sie Git mitteilen, dass Sie lieber die HTML-Hilfstexte nutzen, anderenfalls wird es versuchen, Ihnen die Manpages anzuzeigen:

$ git config --global help.format html
$ git config --global help.browser /pfad/zu/ihrem/webbrowser

Nachdem Sie Git erfolgreich auf Ihrem System installiert haben, gilt es noch, ein paar globale Konfigurationsvariablen vor der ersten Verwendung zu belegen:

$ git config --global core.editor /usr/bin/vim # oder ein Editor
                                               # Ihrer Wahl
$ git config --global user.name "Vorname Nachname"
$ git config --global user.email ihre@email.adres.se

Ihre Commits werden von Git automatisch mit dem Namen und der E-Mail-Adresse versehen, die Sie hier angeben. Falls sie jeweils wissen möchten, welche Daten von Ihnen sich im Internet finden, sollten Sie sich eventuell eine separate E-Mail-Adresse für Git-Projekte zulegen.

Ab Git 1.8.4 werden Terminalausgaben von Git standardmäßig farbig ausgegeben. Wenn Sie dies deaktivieren möchten, nutzen Sie den folgenden Befehl:

$ git config --global color.ui false

Bei Git-Versionen vor 1.8.4 muss die farbige Terminal-Ausgabe manuell aktiviert werden:

$ git config --global color.ui auto

Sie können die Datei git-completion.bash systemweit über /etc/bash_completion oder für sich privat über ~/.bash_completion einbinden. Falls diese Dateien nicht zur Verfügung stehen, können Sie auf /etc/bash.bashrc bzw. ~/.bashrc zurückgreifen.

Kopieren Sie dazu die Konfigurationsdatei an eine öffentliche Stelle Ihres Systems und binden Sie sie ein:

. /pfad/zu/git-completion.bash # oder alternativ:
source /pfad/zu/git-completion.bash

Viele aktuelle Bash-Installationen stellen ein Verzeichnis /etc/bash_completion.d bereit. In diesem Fall müssen Sie die Datei nur in dieses Verzeichnis zu kopieren, und beim nächsten Starten einer Shell stehen die Vervollständigungen dieser Shell zur Verfügung.

Ferner können Sie überlegen, Ihren Haupt-Shell-Prompt (PS1) so anzupassen, dass der aktuelle Branch-Name innerhalb von Projektverzeichnissen angezeigt wird, die mit Git arbeiten:

export PS1='\u@\h:\w$(__git_ps1 " (%s)")\$ '

führt zu einem Shell-Prompt, das wie folgt aussieht:

user@host:~/my_project (master)$

Dabei ist master der aktuelle Branch-Name.

Das zsh-Integrationsskript weist das Bash-Skript intern als Abhängigkeit auf. Sie können den Pfad zum Bash-Skript wie folgt setzen, sofern Sie es nicht nach /etc/bash_completion kopieren:

zstyle ':completion:*:*:git:*' script /pfad/zu/.git-completion.sh

Es wird empfohlen, das Zsh-Skript nach ~/.zsh/_git zu kopieren und mit der folgenden Zeile in Ihre .zshrc-Datei einzubinden:

fpath=(~/.zsh $fpath)

Das tcsh-Skript setzt die tcsh der Version 6.16.00 oder einer späteren Version voraus und nutzt intern das Bash-Skript.

Kopieren Sie die Dateien git-completion.bash nach ~/.git-completion.bash (dieser Pfadname ist obligatorisch und darf nicht geändert werden) sowie git-completion.tcsh nach ~/.git-completion.tcsh. Hiernach müssen Sie noch die folgende Zeile zu Ihrer .tcshrc hinzufügen:

source ~/.git-completion.tcsh

Falls Sie ähnlich wie bei der Bash Vorschläge zur Autovervollständigung wünschen, können Sie zusätzlich noch den folgenden Befehl zu Ihrer .tcshrc hinzufügen:

set autolist=ambiguous