Gitolite

Gitolite est une réécriture de Gitosis, par Sitaram Chamarty. Il permet de gérer des dépôts Git à l'aide d'un utilisateur spécifique sur un serveur, en leur attribuant des utilisateurs ou groupes d'utilisateurs, des droits spécifiques comme la lecture, écriture, etc. Il possède un fichier de configuration complètement diffèrent qui permet le contrôle d'accès sur chaque branche, incluant des spécifications comme qui peut ou ne peut pas revenir sur une branche donnée.

Gitolite utilise évidement les clés publiques ssh pour l'ajout d'utilisateur, mais il est intéressant car il interdit ses utilisateurs de se connecter à un shell de l'utilisateur des dépôts. C'est l'un des points importants de sécurité auxquels répond Gitolite.

Pré-requis

Gitolite utilise un utilisateur spécifique sur le serveur pour gérer les dépôts.

Dans cette documentation nous considérerons les termes suivants :

  • server : serveur ;
  • admin : administrateur du serveur ;
  • git : utilisateur Git du serveur (s'il n'est pas créé, il peut l'être avec sudo adduser git).

Nous considérons donc que les utilisateurs admin et git sont sur server.

admin doit avoir un accès ssh autorisé sur le compte de l'utilisateur git. Si ce n'est pas le cas, sur server, créez une paire de clés (publique et privée) pour admin avec :

ssh-keygen

Puis ajoutez la clé publique aux clés autorisées de git avec :

ssh-copy-id -i ~/.ssh/id_rsa.pub git@localhost

Cette commande a pour effet d'ajouter votre clé au fichier ~/.ssh/authorized_keys de git.

Gitolite nécessite évidement Git. Si ce n'est pas fait, installez donc le paquet git-core.

Installation

L'installation se fera depuis le dossier personnel de l'utilisateur admin de votre serveur server.

Récupérez les sources de Gitolite sur Github, avec :

git clone http://github.com/sitaramc/gitolite.git

Déplacez-vous dans le dossier des sources :

cd gitolite

Lancez à présent le script d'installation de Gitolite :

src/gl-easy-install git localhost admin
La commande précédente n'est plus bonne avec la version actuelle du répertoire github. Les changements semble d'ailleurs assez important il n'est plus sur que cette page ne soit pas obsolète !

Cela signifie que vous lancez l'installation en utilisant git comme utilisateur contenant les dépôts Git, sur votre serveur (ici la machine sur laquelle vous êtes connectée, donc localhost représente server) et utilisez admin comme administrateur des dépôts.

Il vous sera demandé plusieurs choses au cours de l'exécution du script. Si vous n'êtes pas familier avec Git, utilisez les propositions par défaut.

Configuration

La configuration de Gitolite est simple. Un dépôt de configuration nommé gitolite-admin est créé sur le serveur, ainsi que son clône dans le répertoire personnel de admin. C'est dans celui-ci que nous configurerons nos dépôts. Cette configuration comprend un fichier et un dossier :

  • conf/gitolite.conf : fichier de configuration de Gitolite, contenant les dépôts, leurs utilisateurs/groupes et leurs droits associés ;
  • keydir/ : dossier contenant les clés publiques des utilisateurs, sous la forme user_name.pub.

La configuration de Gitolite utilisant un dépôt Git spécifique, il sera nécessaire de commiter les changements effectués pour qu'ils prennent effet, c'est pour cela qu'il est nécessaire de se situer dans le dossier de configuration pour appliquer des changements.

Rendez-vous donc dans le dépôt gitolite-admin de votre utilisateur admin :

cd ~/gitolite-admin

Créer un dépôt

Pour créer un dépôt, éditez votre fichier conf/gitolite.conf. Ce fichier se présente sous la forme :

repo repo1
    RW+            = admin

ce qui signifie que le dépôt repo1 (repository en anglais) admet un utilisateur (admin) qui possède les droits de lecture (R) et d'écriture (W).

Pour ajouter un dépôt my_repo, ajoutez donc :

repo my_repo
    RW+                 = user1 user2 user3

Une fois votre fichier édité, sauvegardez puis commitez les changements :

git add conf/gitolite.conf
git commit -m "add repository my_repo"
git push

my_repo sera automatiquement créé après le push dans /home/git/repositories/.

Ajouter un utilisateur

Pour ajouter un utilisateur, il suffit d'ajouter sa clé publique au dossier keydir/ dans un fichier nommé username.pub.

Pour ajouter par exemple l'utilisateur user1, créez le fichier keydir/user1.pub contenant sa clé publique.

Cette clé publique est habituellement créée avec la commande ssh-keygen (exécutée depuis le poste de l'utilisateur à ajouter) et est contenue dans le fichier ~/.ssh/id_rsa.pub de l'utilisateur.

Une fois son fichier ajouté, commitez les changements :

git add keydir/user1.pub
git commit -m "add user user1"
git push
Un utilisateur peut avoir plusieurs clés publiques, pratique dans deux cas :
  • admin est le nom utilisé pour l'administration de server, mais aussi le nom utilisé sur une machine de développement ;
  • un utilisateur peut développer sur plusieurs machine, par exemple son pc et son portable.

Vous pouvez donc définir plusieurs clés pour un même utilisateur en créant des fichiers user1.pub, user1@laptop.pub, user1@foo.pub, etc.

Ajouter un groupe

Pour ajouter un groupe, il suffit de le définir dans le fichier gitolite.conf. Éditez donc le fichier conf/gitolite.conf et ajoutez-y un groupe au début du fichier comme ceci :

@group1 = user1 user2 user3
Le groupe @all est un groupe pré-définit, représentant tous les utilisateurs.

Pour assigner un groupe à un dépôt, il suffit de le définir comme pour un utilisateur :

repo my_repo
    RW+                 = @group1

Puis commitez les changements avec :

git add conf/gitolite.conf
git commit -m "add group group1 and assign it to repo my_repo"
git push

Gestion des droits

Comme vous l'avez remarqué, les droits sont définis à des utilisateurs pour un dépôt donné. Il existe 3 types de droits :

  • R : droit de lecture uniquement (l'utilisateur peut effectuer un git clone, etc) ;
  • RW : droit de lecture et écriture (l'utilisateur peut effectuer un git clone, git push, etc) ;
  • RW+ : droit de lecture et écriture, ainsi que les rewind permissions, c'est-à-dire le droit de supprimer des étapes du projet, comme par exemple permettre la commande git reset –hard HEAD^.
Pour une configuration plus poussée, comme les permissions sur les branches, Gitweb, etc, voir le README de Gitolite.

Rendre un dépôt public

Pour permettre à n'importe qui d'accéder en lecture à votre dépôt, il vous faudra installer le git daemon.

Installez donc le paquet git-daemon-run.

Il faut indiquer au git daemon où sont situés les dépôts. Pour cela, éditez votre fichier /etc/sv/git-daemon/run.

Changez la ligne :

exec chpst -ugitdaemon git daemon --verbose --base-path=/var/cache /var/cache/git

par :

exec chpst -u git git daemon --verbose --base-path=/home/git/repositories

puis redémarrez le git daemon avec :

sudo /etc/init.d/git-daemon restart

Pour donner le droit de lecture au public pour un dépôt, il suffit d'attribuer le droit de lecture à l'utilisateur daemon pour ce dépôt. C'est-à-dire, ajouter la ligne :

R                   = daemon

à votre configuration, puis appliquer les changements, comme décrit dans la section Configuration.

Notez que git daemon écoute sur le port 9418. Donc celui-ci devra être accessible depuis l'extérieur pour permettre au public d'accéder à vos dépots.

Changer le masque des dépôts

Il peut être utile de changer le masque des dépôts, c'est-à-dire attribuer des droits différents aux nouveaux dépôts. Par exemple, Gitweb ou Redmine ont besoin de lire les dépôts pour les parcourir. Souvent, la plus propre méthode consistera à ajouter leur utilisateur au groupe git et ajouter le droit de lecture à ce groupe.

Éditez le fichier /home/git/.gitolite.rc (sur server) pour y changer la valeur de la variable REPO_UMASK comme ceci (commentez la valeur actuelle et décommentez celle voulue) :

$REPO_UMASK = 0027;       # gets you 'rwxr-x---'

Ce n'est pas tout. Cette modification affectera les nouveaux dépôts créés, pas ceux déjà existants. Pour attribuer les bonnes permissions sur un dépôt existant, procédez comme ceci (dans le cas ou nous voulons attribuer le droit de lecture au groupe) :

sudo chmod -R g+Xr /home/git/repositories/<mon_depot>.git/
Notez le 'X' et non pas 'x', qui aura pour effet d'attribuer le droit d'exécution seulement sur un dossier, ou sur un fichier si celui-ci est déjà exécutable (par le propriétaire par exemple).

Utilisation

Accès à un dépôt

Par un utilisateur

Après avoir ajouté un utilisateur, celui-ci peut cloner un dépôt avec :

git clone git@server:my_repo

Par le public

Si vous avez rendu un dépôt public, n'importe qui pourra cloner ce dépôt avec :

git clone git://server/my_repo

Par l'administrateur

Dans le cas où l'utilisateur admin veut développer sur server, il doit cloner un dépôt avec :

git clone gitolite:my_repo
Si votre version de Git de server est inférieure à 1.6.2, vous obtiendrez une erreur au clone d'un dépôt vide. Pour contourner ce problème, vous pouvez mettre à jour votre la version de Git de server, ou contourner le problème chez le client en clonant le dépôt de cette manière :
mkdir repo1
cd repo1
git init
git commit --allow-empty -m "initial repository"
git remote add origin git@server:repo1
git push origin master
git config push.default matching

Désinstallation

Pour désinstaller Gitolite, il faut supprimer des fichiers de server et admin.

Dossier à supprimer du dossier personnel de admin :

  • ~/gitolite-admin

Fichiers ou dossiers à supprimer du dossier personnel de git sur server :

  • ~/.gitolite
  • ~/.gitolite.rc
  • ~/gitolite-install
  • ~/repositories/gitolite-admin.git

Il ne reste plus qu'à supprimer les accès SSH des utilisateurs sur server :

dans le fichiers ~/.ssh/authorized_keys de l'utilisateur git, supprimez les clés des utilisateurs, ou supprimez la partie "command=…".

Voir aussi


Contributeurs : v0n.

  • gitolite.txt
  • Dernière modification: Le 28/04/2018, 11:17
  • (modification externe)