Wer Versionsverwaltung einsetzt, wird von Git schon mal gehört haben – nicht zuletzt durch GitHub. Das verteilte Versionsverwaltungs-System Git kann aber auch ohne GitHub benutzt werden, was gerade dann hilfreich ist, wenn ihr als Entwickler euren Code nicht bei GitHub speichern wollt. Im folgenden findet ihr eine kurze Einleitung, wie ihr aus eurem Server einen Git-Server machen könnt – perfekt für kleine Teams.

sudo apt-get install git

Damit installiert ihr Git am Server. Als nächstes legt ihr euch einen Benutzer an, der auf alle Repositorys zugreifen kann. Ihr könnt dem Benutzer eine Bash mitgeben, damit die weitere Konfiguration leichter von der Hand geht. Allerdings würde ich im Betrieb dann die „git-shell“ verwenden, anstelle der „bash“ – aber dazu später mehr.

sudo useradd -m -d /var/git -s /bin/bash -c 'Git' git

Das System verfügt nun über den User „Git“ mit dem Home-Verzeichnis /var/git. Mit sudo su - git wechselt ihr in die Rolle von „Git“. Im nächsten Schritt sammelt ihr euch die SSH-Schlüssel der Nutzer ein und speichert diese in der authorized_keys-Datei im Verzeichnis von „Git“ unter ~/.ssh. Achtet darauf, dass nur „Git“ diese Verzeichnis lesen kann und dass nur ein SSH-Schlüssel pro Zeile gültig ist. Das könnt ihr mit dem folgenden Befehlen tun:

mkdir /var/git/.ssh
touch /var/git/.ssh/authorized_keys
chmod 700 /var/git/.ssh

Ihr habt jetzt einen Git-Server, auf den nur diejenigen zugreifen können beziehungsweise dürfen, deren SSH-Schlüssel am Server abgespeichert wurden. Der nächste logische Schritt ist das Anlegen eines Repositorys, oder das Einspielen eines bereits vorhandenen.

Davon ausgehend, dass bereits ein Repository auf GitHub exisitiert, könnt ihr dieses mit folgender Anweisung auf euren Server mit migrieren:

git --bare fetch https://username@github.com/username/repository-name.git master:master

Beachtet, dass ihr „username“ durch euren Benutzernamen ersetzen müsst, sowie „repository-name“ durch den Namen des gewünschten Repositorys.

Solltet ihr ein komplett neues Repository anlegen wollen, müsst ihr in einem Zwischenschritt eine Repository-URL hinzufügen. Dazu wechselt ihr in euer lokales Git-Repository-Verzeichnis und führt diese Zeilen aus:

 git remote add origin git@dev.deine-domain.de:repository.git
 git push origin master

Damit legt ihr eine neue Repository-URL an und „pusht“ euren Code auf den Server. Bevor ihr den Code aber ausführt, müsst ihr „dev.deine-domain.de durch den Host-Namen eures Entwicklungs-Servers tauschen.

Ihr habt jetzt eine vollfunktionstüchtige Git-Umgebung eingerichtet, auf die Entwickler über den „git“-Account Zugriff haben. Um das zukünftige Arbeiten zu erleichtern, aktivieren wir – wie schon angesprochen – die sogenannte „git-shell“. Diese Shell verhindert ein Ausführen eigenmächtiger Anweisungen der Entwickler auf dem System und limitiert die Fähigkeiten des gemeinsam genutzten „git“-Benutzers auf Befehle, die nur für die Arbeit mit Git relevant sind.

logout
sudo chsh -s /usr/bin/git-shell git

Beim nächsten Login wird die „git-shell“ gestartet und ihr seid bereit, mit eurem eigenen Git-Server eure Projekte zu verwalten. Wem das Thema Versionskontrolle mit Git noch nicht ganz geläufig ist, dem kann ich dieses Git-Tutorial empfehlen – aber auch GitHub bietet eine gute Tutorial-Seite an. Und wenn ihr eine grafische Oberfläche einsetzen wollt, könnt ihr auf folgende Tools zurückgreifen: Gitorious und Gitalist. In der obersten Liga spielt übrigens Stash – wenn ihr also eine Enterprise-Git-Lösung sucht, solltet ihr euch diese Software genauer ansehen.

Habt ihr Vertrauen in GitHub?