\subsection{Git-Server}
\label{sub:git_server}

Zur Verwaltung von {\tt Git} haben wir uns für \href{https://github.com/sitaramc/gitolite}{gitolite} entschieden. Dies erlaubt eine Verwaltung von Zugriffsrechten auf Repositories.
Die Authentifizierung erfolgt dabei über SSH-Keys. Hier für wird ein {\tt git} Nutzer eingerichtet:

\shellcmd{useradd -m -U -r -s /bin/bash -d /srv/git git}

Für die initiale Einrichtung wird der eigene SSH-Schlüssel zu gitolite hinzugefügt:

\shellcmd{gitolite setup -pk id\_rsa.pub}

Nun kann die eigentliche Konfiguration per git heruntergeladen werden:

\shellcmd{git clone git@141.76.90.104:gitolite-admin.git}

Wir legten in dieser Konfiguration das Repository {\tt lctp} an und gaben allen
Benutzern Zugriff darauf. Die gitolite-Konfiguration befindet sich als
Git-Submodule im Verzeichnis {\tt aufgabe4/gitolite-admin}. Das lctp-Repository
wiederum lässt sich mit folgendem Befehl clonen:

\shellcmd{git clone git@141.76.90.104:lctp.git}

\subsubsection{etckeeper}

Um die Konfiguration in {\tt /etc } versionierbar und damit nachvollziehbar zu machen installierten wir {\tt etckeeper}:

\shellcmd{yaourt -S etckeeper \&\& sudo etckeeper init}

\shellcmd{cd /etc/.git \&\& sudo git remote add git@localhost:lctp.git}

Dieses legt ein {\tt git}-Repository in {\tt /etc/.git} an und erstellt Commits bei Änderungen in {\tt /etc}.
Um die Konfiguration vom Bericht zu trennen, haben wir uns entschieden, {\tt
etckeeper} in einen dedizierten Branch im {\tt lctp}-Repository pushen:

\shellcmd{sudo git push -u origin master:etckeeper}

Dieser Branch lässt sich auf folgender Weise auschecken:

\shellcmd{git checkout -b etckeeper origin/etckeeper}

Anders als bei anderen Paketmanagern wie {\tt apt} auf Debian, existieren in {\tt pacman} (\ref{sec:pacman})
keine Hooks.
Um dennoch nach Systemaktualisierungen oder Paketinstallationen automatisch die neue Konfiguration zu commiten haben wir jeweils einen \href{https://gist.github.com/Mic92/7250403}{Wrapper-Script} für {\tt pacman} und {\tt yaourt} geschrieben und diese {\tt /usr/local/bin} abgelegt. Da in der Shell {\tt /usr/local/bin} für gewöhnlich eine höhere Priorität hat als {\tt /usr/bin} werden Programme in diesem Verzeichnis vorrangig ausgeführt. (Die Wrapper befinden sich in \emph{aufgabe4/yaourt} sowie in \emph{aufgabe4/pacman}).
Darüber hinaus haben wir das Shell-Script für tägliche automatische Commits,
welches im
\href{https://github.com/joeyh/etckeeper/blob/master/debian/cron.daily}{Git-Repository}
(Stand 07.11.2013)
von {\tt etckeeper} liegt, als cronjob installiert (siehe
\emph{aufgabe4/cron.daily/etckeeper}). 
\subsubsection{Logs in git}

Arch Linux setzt in der Standard-Installation {\tt journald} als Logging-Daemon ein. Dieses benutzt im Unterschied zu herkömmlichen Syslog-Varianten ein Binärformat zum Speichern.
Dieses Dateiformat eignet sich aus offensichtlichen Gründen nicht um mithilfe
von git verwaltet zu werden. Deswegen haben wir zusätzlich {\tt syslog-ng}
installiert und {\tt journald} so konfiguriert, das dieses ebenfalls in das syslog schreibt (siehe \emph{aufgabe4/journald.conf}).
Für tägliche commits haben wir hierfür das Shell-Script {\tt git-commit-log}
nach {\tt /etc/cron.daily/} installiert (siehe
\emph{aufgabe4/cron.daily/git-commit-log}). Dieses pusht die Log-Dateien in den
logs-Branch des lctp-Repository.

Dieser Branch lässt sich folgendermaßen auschecken:

\shellcmd{git checkout -b logs origin/log}