Ich hab ja unlängst über die Vorzüge von Source Control Management Lösungen gesprochen. Deshalb möchte ich nun aufzeigen wie man sich selbst eine entsprechende Versionsverwaltung aufsetzt. Wir werden einen GIT Server aufsetzen und somit auf den Trend den Github und Co vorlebten aufspringen. Um eine einfache Verwaltung für den Zugriff von mehreren Usern auf verschiedene Repositories zu ermöglichen verwenden wir Gitosis
In diesem Tutorial setzen wir Gitosis auf dem neuesten Debian Squeeze Release, Version 6.0.3, auf. Dazu wurde das Betriebssystem in einer Virtual Machine aufgesetzt.
Zu erst installieren wir Git, den Kern unseres Tutorials:
# aptitude install git-core
Danach wird mit der Installation von Gitosis fortgefahren. Dabei könnten, so noch nicht installiert, diverse Abhängigkeiten zu Python installiert werden. Außerdem wird ein User mit dem Namen Gitosis, ebenso wie eine namensgleiche Gruppe und unter /srv/gitosis ein Homeverzeichnis für den User angelegt.
# aptitude install gitosis
Nach der Installation benötigt man einen ssh-rsa Key um sich als Administrator zu registrieren. Diesen benötigt man auf der Client Seite. Unter Windows ist dieser zB mit Puttygen zu erzeugen. Unter Linux wäre der Befehl:
ssh-keygen –t rsa –C “john@example.com”
Dieser funktioniert auch in der Git Bash so man unter Windows auf msysgit zurückgreift.
Dabei werden 2 Files erzeugt: id_rsa (Private Key) und id_rsa.pub (Public Key).
Der Public Key wird nun auf den Linux Server transferiert, der Private Key bleibt nur am Client. Der Transfer kann mittels scp oder wget durchgeführt werden. Abgelegt sollte er unter dem Benutzernamen mit dem man am Server unterwegs ist in folgendes Verzeichnis: /etc/gitosis/sshkeys z.B. /etc/gitosis/sshkeys/theuser
Nicht vergessen darf man, dass man dem gitosis User alle notwendigen Rechte auf den Key verpasst:
# chown -R gitosis:gitosis /etc/gitosis/sshkeys
Möchte man das Homeverzeichnis des gitosis Users an einen anderen Ort legen kann man das wie folgt:
# mkdir /home/git
# usermod -d /home/git gitosis
Nicht vergessen rechte geben!
# chown -R gitosis:gitosis /home/git
Nun sind wir soweit, das Admin Repository kann angelegt werden. Gitosis verwendet nämlich ein eigenes Git Repository in dem alle Daten zur Erzeugung der individuellen Repositories und zur Steuerung der Rechte auf diese hinterlegt werden. Dazu wechseln wir auf den gitosis User
# su gitosis
und initialisieren dann den Dienst
$ gitosis-init < /etc/gitosis/sshkeys/thefake
Dabei müssten zwei Zeilen ausgegeben werden die in etwa so aussehen:
Initialized empty Git …
Reinitialized existing Git …
Hat der Server den SSH Port nicht wie standardmäßig auf Port 22 sondern z.B. auf 22222, muss am Client selbst unter ~/.ssh ein File mit dem Namen config angelegt werden. Dort trägt man dann den Host sowie den Port auf dem SSH zu finden ist ein:
Host 10.0.0.3
Port 22022
Nun steht dem initialen Auschecken des Admin-Repositories nichts mehr im Wege. Wir wechseln deshalb auf den Client, auf dem wir Git bereits installiert haben und holen uns das Repository folgendermaßen:
$ git clone gitosis@10.0.0.3:gitosis-admin.git
Dabei erhält man eine lokale Kopie der Configuratinsdatei sowie des Schlüsselverzeichnisses.
Um nun ein neues Repository anzulegen editiert man das Configurationsfile gitosis.conf mit einem Editor seiner Wahl und ergänzt es um folgende Zeilen
[group projektname]
writable = projektname
members = user@example.com
group benennt eine Gruppe von Usern, über die Kindattribute writable und members werden deren Rechte sowie deren Identitäten festgelegt. So kann im obigen Beispiel der Benutzer user@example.com auf das Projekt projektname zugreifen. Mittels Leerzeichen kann man hier mehrere User oder Repositories angeben. Mehr dazu später oder auf in der Gitosis Dokumentation zur Configurationsdatei.
Der Benutzer user@example.com benötigt einen public ssh-rsa Key der im Administrations-Projekt im Unterverzeichnis keydir hinterlegt werden muss. Dabei gilt die Namenskonvention <gitemailadresse>.pub
Erst commiten wir die neue Configuration ins lokale Repository
$ git commit -a -m “Added new repository ‘projektname’”
Anschließend wird die Configration auf den Server aufgespielt.
$ git push
Und schon können wir ein neues Projekt beginnen. Dazu erstellen wir ein neues Verzeichnis, initialisieren darin ein Git Projekt und legen eine erste Datei an.
mkdir projektname
cd projektname
git init
echo “This is a test file.” > README
git add README
Nachdem wir das lokale Repository mit dem eben konfiguriertem Remote Repository verbunden haben commiten wir unsere lokalen Änderungen und laden diese auf den Server.
git remote add origin gitosis@10.0.0.3:projektname
git commit -a -m “Initial commit”
git push –all
Will man weitere Benutzer hinzufügen muss man deren Public Key wie vorhin beschrieben im Administrationsprojekt ablegen und fügt die Email Adresse in der Konfiguration einfach per Leerzeichen hinzu:
[group projektname]
writable = projektname
members = user@example.com another@example.com
Das ganze wird wieder commited und auf den Server gepushed, und schon ist der neue Benutzer berechtigt auf das Repo zuzugreifen.
Möchte man allgemeine Leserechte in einem Repository vergeben, ohne dass dazu ein User eingetragen werden muss, kann man dies individuell steuern indem man eine Kontrolldatei anlegt:
sudo touch /home/git/repositories/test.git/git-daemon-export-ok
Und fertig ist der Git Server. In einem weiteren Blogeintrag werde ich noch über die Installation einer Webmaske berichten. Also schaut mal wieder vorbei.
——–
Achja, sollte man noch nicht so fit mit Git selbst sein kann ich hier ein paar gute Links empfehlen:
Setting up Git (for Github) – http://help.github.com/win-set-up-git/ Eine Installationsaleitung für Git unter WIndows. Die darin enthaltenen Informationen bezüglich User und User Email möchte ich nochmal hervorheben:
$ git config –global user.name “Firstname Lastname”
Damit setzt man den Namen seines Benutzers für alle Git Instanzen auf dem System
$ git config –global user.email “your_email@youremail.com”
Dieser Befehl setzt die Email mit der auch über Gitosis der Key gematched wird. Sie dient somit als zentrales Element der Identifikation.
Generell sind die Github Manpages recht gute Quellen um sich mit Git vertraut zu machen.
Git Tutorials bei Kernel.org – http://web.archive.org/web/20110613161039/http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html
Leider derzeit offline, aber in meinen Augen der beste Überblick über die Befehle von Git, über die WayBackMachine noch erreichbar.
Wer sich vertiefend mit dem Thema auseinandersetzen will dem sein zwei Online Bücher ans Herz gelegt:
Git In The Trenches – http://cbx33.github.com/gitt/ bzw der Source vom Buch auf Github https://github.com/cbx33/gitt
ProGit – http://progit.org/book/
Bis zum nächsten Commit!