> Le Site du Zéro - Informatique

> Cours

> Tutoriels

> Programmation

> IDE

> Gérez vos projets à l'aide du gestionnaire de versions Subversion

> Les bases - Utilisations des clients

> Un gestionnaire de version...

> Lecture du tutoriel

Un gestionnaire de version...

L'auteur de ce cours cherche un repreneur pour continuer son travail
Parfois, certains auteurs de cours n'ont plus le temps de rédiger et de mettre à jour leur travail. Ils recherchent alors un nouvel auteur pour "reprendre" leur tutoriel (voir la liste des tutoriels en attente de repreneur).
Contactez l'auteur si vous aimeriez continuer la rédaction !

Par

Dalshim

Mise à jour : 02/05/2009

1 845 visites depuis 7 jours, dont 306 sur ce chapitre classé 74/786

Plutôt que de foncer tête baissée dans la documentation et tout le reste, il faut déjà connaître la base.

Nous allons donc faire un peu de "blabla" pour comprendre de quoi il s'agit. J'essaierai de faire le plus court possible pour que vous puissiez passer à la pratique au plus tôt, mais il faut bien comprendre que la théorie est indispensable si vous voulez comprendre quelque chose. Si l'on ne comprend pas le fond des choses, alors on ne comprend rien. Le but de ce chapitre est de vous présenter l'architecture afin que vous compreniez ce qu'il se passe sur chaque machine lors de la pratique.

Assez parlé, allons-y !

Retour en haut

Sommaire du chapitre :

À quoi ça sert ?!
Quelles contraintes techniques (Windows, Mac, Linux)
Quels outils

Retour en haut

À quoi ça sert ?!

Comme l'indique le titre du chapitre, Subversion (que je nommerai souvent par son abréviation SVN) est un système de gestion de versions des fichiers. :waw:

Quoi ? Ça ne vous épate pas ? C'est vrai que présenté comme ça, le produit ne donne pas vraiment envie. C'est pourtant ce que c'est ! Mais, rassurez-vous, je n'aurais pas entamé un big-tuto juste pour vous présenter un bête gestionnaire de versions, j'aurais écrit deux lignes dans un mini-tuto qui n'aurait jamais été validé et puis il serait parti à la poubelle. Non, le but est donc bien de vous présenter un gestionnaire de versions intelligent.

Tout d'abord, une petite définition du système de gestion de versions. Faisons un petit tour sur Wikipedia, nous obtenons le résultat suivant :

Citation : Wikipedia

Un logiciel de gestion de versions est un logiciel de gestion de configuration permettant de stocker des informations pour une ou plusieurs ressources informatiques permettant de récupérer toutes les versions intermédiaires des ressources, ainsi que les différences entre les versions.
Un logiciel de gestion de versions agit sur une arborescence de fichiers afin de conserver toutes les versions des fichiers, ainsi que les différences entre les fichiers. Ce système permet par exemple de mutualiser un développement. Un groupe de développeurs autour d'un même développement se servira de l'outil pour stocker toute évolution du code source.

Moi, j'ai un gestionnaire de versions sur mon ordinateur que je trouve très complet !
Qu'est-ce que SVN peut m'apporter de plus ?

Soyons clairs : comme gestionnaire de versions personnel sur votre ordinateur, SVN ne va probablement pas vous apporter grand-chose.

Mais ne soyez pas déçus, il fait en réalité bien plus que de la simple gestion de versions. Dès que vous serez plusieurs et / ou mobile(s), il va devenir très intéressant.

Premièrement, sachez qu'il est possible de l'utiliser en ligne. Les fichiers que l'on veut versionner peuvent donc être accessibles via un réseau (par exemple Internet). C'est là que les choses deviennent intéressantes ! Du fait que tout est disponible à l'aide d'une connexion Internet, il est donc permis à plusieurs personnes d'utiliser ce système en même temps... Je ne sais pas si vous vous rendez compte, mais c'est extrêmement puissant pour le travail en équipe (surtout si l'équipe est dispersée).

Le principe de fonctionnement est très simple, il est basé sur un système client / serveur "basique". Nous allons passer en revue trois configurations standard.

Première configuration : un ordinateur client et serveur

Ce cas n'est pas souvent utilisé (personnellement, je ne l'ai jamais vu). Comme on peut le voir sur le dessin, le même ordinateur sert à la fois de serveur pour stocker toutes les données, et de client pour la présentation des données.

Deuxième configuration : deux ordinateurs en LAN

Ce cas est déjà plus courant, mais ce n'est pas non plus le plus utilisé. On peut tout de même se rendre compte qu'il n'est pas obligatoire de passer par Internet.

Troisième configuration : le serveur et le client sont tous les deux connectés à Internet

Ce cas est le plus fréquemment utilisé, et c'est d'ailleurs là que SVN montre toute sa puissance. Déjà, on voit que, du fait du passage par le Net, le client peut utiliser ses données où qu'il soit, du moment qu'il dispose d'une connexion Internet. Mais ce n'est pas tout ! Vous aurez compris que le serveur et le client ne sont pas au même endroit géographique... Le serveur agit donc également comme serveur de backup, des fois qu'une bombe atterrisse sur votre ordinateur personnel et que vous perdiez toutes vos données.

Si je vous ai présenté les trois configurations, c'est aussi pour vous montrer qu'on peut les fusionner (à partir de maintenant, à la place de fusionner, je vais employer le terme merger pour vous habituer au vocabulaire SVN - anglais en gros). Comme je vous l'ai dit, il est possible pour plusieurs personnes d'utiliser le système en même temps, ce qui peut nous donner (par exemple) le schéma suivant :

Ceci est bien sûr un exemple ! Tout dépend de qui doit pouvoir accéder aux fichiers et les lire et / ou les modifier.

Ok, génial, on peut mettre plusieurs ordinateurs, mais comment ça marche et quel est le rôle de chacun ?

Le principe est le suivant :

le serveur garde en mémoire toutes les versions de tous les fichiers qui ont été utilisés sur lui. Ces fichiers utilisés sont les fichiers que l'on veut versionner ;
Il n'est pas possible de travailler directement sur les fichiers du serveur. C'est la raison pour laquelle il faut obligatoirement un client dans le système.
le client, lui, va télécharger les fichiers à jour sur le serveur afin de pouvoir travailler dessus localement. Une fois qu'il aura fini d'apporter ses modifications, il va envoyer la nouvelle version des fichiers au serveur qui va les stocker pour la personne suivante qui voudrait les utiliser.

Et voilà, ce n'est pas plus compliqué que ça. Toute la théorie est là : si vous avez bien compris le rôle de chacun, alors vous avez tout compris. Pour ceux qui n'ont pas encore bien saisi, voici un petit schéma explicatif.

Mais pourquoi le nom du fichier change-t-il ?
Et pourquoi reste-t-il les versions v0 et v1 sur le serveur et non sur le client ?
Et puis comment le Client2 sait que le Client1 a renvoyé le fichier au serveur ? Que se passe-t-il s'il le prend avant que le client 1 ne le renvoie ?
Et puis c'est naze ce truc, je fais la même chose avec un serveur FTP ! Il apporte quoi en plus, le logiciel ?

Ho là !!! Une chose à la fois, petit scarabée Zér0. Ce schéma n'est pas exhaustif et il est aussi très simplifié et idéalisé pour bien comprendre. Je vais répondre aux questions une par une.

Les noms de fichiers ne changent pas en réalité, j'ai juste ajouté la version à côté pour bien comprendre que le fichier v1 - version 1 - avait été changé par rapport à la v0 - version 0 - (correction des fautes d'orthographe, par exemple). Donc le nom de fichier ne change jamais (sauf si vous le demandez explicitement).

Comme je vous l'ai dit plus haut, le serveur sert de source de données alors que les clients ne sont là que pour afficher à l'utilisateur ce dont il a envie (donc besoin). Les clients ne possèdent donc que les derniers fichiers (ceux qui sont à jour) sauf demande explicite de leur part. Le serveur, en revanche, doit pouvoir envoyer au client n'importe quelle version s'il le demande. Il est donc normal qu'il possède toutes les versions de tous les fichiers.

Le Client2 récupère le fichier après que le Client1 l'a remis sur le serveur. Bien sûr, ce n'est que la présentation du cas idéal, rassurez-vous : SVN gère le cas où le Client2 récupère le fichier avant que le Client1 ne le renvoie, mais on verra ce cas plus tard.

Il est vrai que pour le cas de figure que je vous ai présenté, un serveur FTP ferait l'affaire. Ce qui fait la puissance de SVN est sa gestion des conflits lorsque deux personnes modifient un même fichier chacune de leur côté et essaient de remettre les deux versions différentes sur le serveur (on appelle ça un conflit). Enfin bref, il est vrai que beaucoup de choses pourraient être faites par un serveur FTP, à une chose près, c'est que SVN fait ça automatiquement, il n'y a donc qu'à cliquer sur un seul bouton (allez, peut-être deux) pour mettre tout le projet à jour.

Retour en haut

Quelles contraintes techniques (Windows, Mac, Linux)

On peut maintenant se poser la question des contraintes techniques.

Que faut-il pour faire fonctionner le système ?

Comme on l'a vu, il faut un serveur (une machine avec un serveur Subversion installé), mais aussi un client (une machine, éventuellement la même, avec un client Subversion installé).

Pour vous rassurer dès maintenant, comme vous avez pu le voir dans l'introduction du tuto, on peut faire fonctionner SVN sur Mac, Linux et Windows, comme ça il n'y aura pas de jaloux.

Mais est-ce qu'il faut que le client et le serveur tournent sous le même système d'exploitation ?

Non, bien sûr que non, aucune contrainte entre le client et le serveur, si ce n'est qu'ils doivent être connectés l'un à l'autre (qu'importe le moyen).

Vous voyez donc qu'on peut faire cohabiter les trois systèmes d'exploitation sur le même projet.

Attention : malgré ce que je viens de dire, il y a une petite subtilité. Pour les utilisateurs de Mac (et sans doute de Linux), étant donné les différences d'encodage entre les différents systèmes d'exploitation, il y a souvent des problèmes liés aux accents et caractères spéciaux.

Ainsi, pour être sûr de ne jamais faire de gaffe, prenez l'habitude de ne pas mettre de caractères spéciaux dans vos noms de fichiers !!!

Tout ce que je viens de dire concerne les clients Subversion, pensons également au serveur !
Dans la deuxième ou troisième partie du tuto (dépendant de la façon dont je vais organiser les chapitres par la suite), je vais expliquer comment installer un serveur Subversion, ça vous servira alors.

Et pour le côté serveur, pas de jaloux non plus, Subversion fonctionne sur les trois.

Et enfin, parce que les évolutions arrivent vite, je vous renvoie au site du projet pour que vous voyiez s'il n'y a pas des nouveautés (comme par exemple l'exportation sous Windows). Vous pourrez également trouver tous les systèmes d'exploitation compatibles.

Donc voilà, bilan : pour l'instant, comme on ne touche pas encore au côté serveur, il n'y a pas de problème de compatibilité entre les systèmes d'exploitation ni entre les programmes. Chacun pourra donc faire ce qu'il veut sur sa machine sans affecter les autres si vous respectez la règle des accents et caractères spéciaux dans les noms de fichiers.

Retour en haut

Quels outils

Les outils sont nombreux, malheureusement pour vous, je ne vais en présenter que quelques-uns (un par système d'exploitation). Je présenterai ceux qui, je pense, sont les plus faciles d'utilisation pour tout le monde et les plus pédagogiques. La raison de ce raccourci est simple, il vous suffit d'aller sur cette page pour vous convaincre qu'il y a beaucoup de clients disponibles quel que soit le système d'exploitation. Ce à quoi j'ajouterai que le principe restera toujours le même, donc une fois que vous aurez compris le fonctionnement d'un client et acquis le vocabulaire, il vous sera très facile de passer d'un client à l'autre.

Alors mon choix vous semblera peut être bizarre :

pour Windows : TortoiseSVN que vous pouvez récupérer ici. Je conseille de garder la version anglaise pour des questions de compréhension. Mes screenshots seront sur la version anglaise ;
pour Mac : un terminal...
pour Linux : un terminal aussi !!!

Ouah, bouh, trop nul, le terminal, c'est pour les geeks ! Pourquoi se compliquer la vie quand on a des clients graphiques ?

Comme je vous l'ai dit, Subversion n'est pas quelque chose de compliqué à utiliser, et si je présente le client graphique seulement pour Windows, c'est parce que je voulais en montrer un, et que TortoiseSVN est extrêmement bien fait. Donc, voilà ! J'ajouterai aussi que :

pour avoir essayé un client graphique sous Mac, la ligne de commande est, je trouve, plus pratique et rapide ;
le but est avant tout pédagogique : justement, le terminal est plus pédagogique et vous comprendrez mieux parce qu'il faudra utiliser les termes du milieu ;
c'est moi le boss ;
si vous savez utiliser la ligne de commande, vous savez utiliser un client graphique !

Retour en haut

Voilà : comme promis, après ce chapitre on va pouvoir commencer la pratique et la manipulation des applications ; rendez-vous au chapitre suivant...

Retour en haut

Retour en haut

7 commentaires pour "Un gestionnaire de version..."

Note moyenne : 3.46 / 4 (26 votes)

Pseudo	Commentaire
Bachir ElMagnifico	# Posté le 23/06/2008 à 01:23:45
Groupe : Bannis Blog Twitter close	trés bon tuto, félicitaion 19/20
Savageman	# Posté le 23/06/2008 à 13:10:44
Blog Twitter close Études : INSA Lyon	Très bon tuto, on attend la suite avec impatience ! Il présente un point malheuresement peu connu de beaucoup de personne, mais extrèmement pratique (c'est même indispensable une fois que l'on connaît et que l'on s'en est déjà servi). La gestion de projet est un point très important et SVN gère pour vous tous vos codes sources disponibles : une grande merveille. Une fois que vous aurez commencé à utiliser SVN, vous vous demanderez comment vous faisiez avant. Vraiment, je recommande ce tuto ! Big-tuto : Créez votre site (presque) complet PHP : architecture MVC et bonnes pratiques
Ninety	# Posté le 29/06/2008 à 18:25:14
Free Your Mind	C'est sur qu'on attend la suite :). Si vous etes sous Leopard et que vous aimez bien les logiciels avec une interface "Mac Style", vous pouvez utillisez le client SVN Versions. Pour le moment il est en beta et gratuit, mais il sera payant des qu'il sort en version finale. Sous Linux, j'utilise RapidSVN. There are no stupid questions, just stupid people.
souls killer	# Posté le 01/05/2009 à 21:27:38
Groupe : aigris Groupe : Bannis Blog Twitter close Ville : Chevilly-larue Pays : France métropolitaine Études : Université Paris XII	J'a La ligne droite est le plus long chemin d'un point à un autre. — Théorème mathématique shadok. Mon blog (un peu mort depuis quelques mois) \| Twitter Discutez en direct avec les membres du site.
Dalshim	# Posté le 02/05/2009 à 00:22:39
Blog Twitter close Ville : Paris Pays : France métropolitaine Études : INSA Lyon	souls killer > ??? Apprenez à utiliser SVN Bien fermer ses threads en Java