Le logiciel git est utilisé notamment par les développeurs
du noyau Linux. Il s'agit d'un logiciel de contrôle de version, comme SVN,
CVS, Arch ou encore Darcs, qui utilise des dépôts décentralisés. Il permet
ainsi de travailler tout en gardant une trace des modifications apportées
successivement, et de retrouver ainsi l'état antérieur de ses données.
Il permet également, comme beaucoup de ses congénères, de travailler à plusieurs sur un même projet. Mais contrairement à CVS ou Subversion, par exemple, Git ne fait pas de différence entre un dépôt principal et les copies locales chez les différents contributeurs.
Ce système permet également une organisation hiérarchisée de gros projets, comme c'est le cas du noyau Linux, en rendant complètement naturelle l'existence de dépôts alternatifs pour chaque sous-projet, avec une granularité de modifications très fine, et à plus grande échelle, une faible granularité du dépôt principal qui reçoit périodiquement les modifications par paquets.
À l'inverse, pour travailler à deux, git évite le
casse-tête des droits d'accès dans le dépôt de l'autre. On peut en
effet travailler de manière totalement symétrique, chacun recopiant
les modifications de l'autre : il suffit d'un accès en lecture aux
fichiers de ses collaborateurs.
J'expliquerai ici comment se servir de la version 1.5 de
git. Dans la version 1.4, par exemple, la commande git init
est appelée git init-db. Cette dernière, dans la version
1.5, n'est qu'un autre nom pour git init.
Pour créer un dépôt git, il suffit de taper la commande
suivante dans son répertoire de travail (que nous désignerons dans la
suite par monsiteweb).
git init
Le dépôt est initialement vide. Imaginons que l'on souhaite
suivre les modifications du fichier sommaire.html qui se
trouve dans le répertoire monsiteweb.
git add sommaire.html git commit
La première indique à git notre modification : le fichier
sommaire.html existe et doit être pris en compte. Il n'est
pas toujours pertinent de suivre les modifications de n'importe quel
fichier. En particulier, lorsque des fichiers sont engendrés
automatiquement à partir de fichiers source, ce sont les fichiers
source et les générateurs qu'il est important de conserver. La
commande git commit sert à enregistrer dans le dépôt les
modifications apportées.
Lors d'un check-in (avec la commande git
commit), git demande un texte de journal (commit
log). Ce texte permet de repérer facilement les modifications
effectuées par chaque commit, aussi bien pour les autres que pour
soi-même. Chaque commit est identifié par un numéro unique,
représenté comme une suite de chiffres hexadécimaux. Ce numéro sert
de référence, par exemple, lors qu'on veut annuler une
modification.
La commande git add ajoute un fichier dans le dépôt. On
peut également s'en servir pour des répertoires entiers. Les
commandes suivantes permettent ainsi de créer et remplir un dépôt git
dans un répertoire avec tout son contenu.
git init git add * git commit
.git du répertoire où il a été créé. Ce dépôt peut différer du
contenu du répertoire proprement dit, si on a modifié les fichiers depuis
le dernier commit ou si on a importé les modifications d'un autre
contributeur. Noter que ce répertoire est souvent invisible dans les
explorateurs de fichiers et dans la sortie de la commande ls,
puisque son nom commence par un point. Les dépôts git peuvent être
compressés pour occuper moins de place (voir la commande git
repack et git gc).On dispose d'une interface graphique (git-gui) et d'une
interface Web (gitweb) pour explorer agréablement un dépôt git.
Une autre manière de créer un dépôt git consiste à cloner un dépôt déjà
existant. Si la dénommée Xanadu possède un dépôt git dans son répertoire
/home/xanadu/these, le dénommé Yoda peut l'aider en clonant
son dépôt par la commande suivante
git clone /home/xanadu/these cible
où cible est le répertoire qui contiendra la copie. Yoda
peut alors travailler librement dans le répertoire cible comme
sur n'importe quel dépôt git dont il est le propriétaire.
ssh://login@machine/home/xanadu/these, si le
répertoire se trouve sur une machine à laquelle on accède par
ssh. La plupart des projets de logiciels libres indiquent des
adresses de la forme git://git.logiciel.org/trunk ou encore
http://git.logiciel.org/trunk.Yoda effectue alors quelques opérations sur les fichiers. Il enregistre régulièrement ses modifications dans le dépôt proprement dit en tapant
git commit -a
qui lui demande un texte de description pour le journal des modifications.
Si d'aventure Xanadu continuait de travailler sur son projet, Yoda peut importer les dernières modifications en lançant la commande
git pull
dans son dépôt. Quant à Xanadu, si elle veut bénéficier des
modifications apportées par Yoda, se trouvant dans le répertoire
/home/yoda/cible, elle peut lancer la commande suivante chez
elle.
git pull /home/yoda/cible
Si Yoda pouvait accéder en écriture aux fichiers de Xanadu, il pourrait également lui transmettre ses modifications par la commande
git push
Entraînée par sa paresse naturelle, Xanadu aimerait facilement récupérer les modifications de Yoda sans avoir à se rappeler le répertoire exact où il les enregistre. Elle définit donc un raccourci de la manière suivante
git remote add yoda /home/yoda/cible
La commande git remote show yoda permet de consulter
les informations sur le dépôt de Yoda, et git pull yoda
permet de récupérer directement ses modifications. On peut également
utiliser les commandes
git fetch yoda git merge yoda/master
Ici, master est la branche du dépôt de Yoda
que Xanadu souhaite utiliser. Un dépôt git peut comporter plusieurs
branches correspondant à autant de directions différentes de
développement. Ce système permet d'essayer diverses orientations, avant de
retenir la meilleure. La commande git remote show permet de
voir la liste des branches d'un dépôt enregistré dans la liste des
remotes
Contrairement à git, Subversion, dans un usage normal, ne clone pas
entièrement le dépôt distant avec ses modifications successives, mais
conserve seulement une copie de la dernière version. Il est possible
d'utiliser le modèle de travail de git tout en interagissant avec un dépôt
Subversion en utilisant le script git-svn. Ceci permet, par
exemple, de travailler facilement à plusieurs sur un sous-projet donné, en
envoyant périodiquement le résultat du travail.
git-svn clone http://svn.site.org/svnroot/projet -T trunk -b branches -t tags
La commande précédente permet d'importer la totalité d'un projet
Subversion, avec ses différentes branches et tags (correpondant
généralement aux différentes versions publiées). Attention, cela prend
généralement beaucoup de place. Cependant, l'utilisation de
git-gc permet de compresser les données et réduit l'espace
occupé à l'ordre de grandeur de la taille d'un checkout Subversion
(mais ici on garde tout l'historique).
On peut alors travailler normalement sur son dépôt. Les commandes
git-svn rebase git-svn dcommit
permettent respectivement de recevoir et d'envoyer les modifications apportées.
Pour aspirer le contenu d'un dépôt CVS avec son historique et
l'enregistrer sous forme de dépôt git, on dispose de la commande
git-cvsimport.
git-cvsimport -d:pserver:anonymous@cvs.truc.org:/sources projet
On peut ajouter l'option -p -Z,3 pour
activer la compression. Pour utiliser git-cvsimport, il faut
au préalable s'assurer de la présence du programme cvsps sur
son ordinateur.
Pour aspirer le contenu d'un dépôt Arch avec son historique et
l'enregistrer sous forme de dépôt git, on dispose de la commande
git-archimport.
machine $ tla register-archive http://arch.foobar.org/archives/software user@arch.foobar.org machine $ tla my-default-archive user@arch.foobar.org machine $ git-archimport software--devo--0:master
L'utilisation de git-archimport requiert la présence
du client tla qui est la façon la plus commune d'accéder aux
dépôts GNU Arch.