La Gestion de Version

Transcription

1 La Gestion de Version Comment utiliser l outil Subversion (alias SVN)? Nicolas Hernandez IUT de Nantes Département Informatique LINA - Laboratoire d Informatique de Nantes Atlantique Cours de Licence Professionnelle Nantes, le 9 novembre 2007 nicolas.hernandez@univ-nantes.fr La Gestion de Version 1

2 Sommaire 1. Motivations, notions et terminologie, cvs vs. svn 2. Création d un référentiel, Opérations courantes de version, Organisation de la structure d un projet 3. Gestion de conflits, des logs, utilisation des propriétés, création de distributions, création et fusion de branches AVERTISSEMENT Présentation surtout des aspects clients ; Mise en place du serveur mais pas de tous les protocoles d accès ni de la gestion des droits d accès nicolas.hernandez@univ-nantes.fr La Gestion de Version 2

3 Introduction Notion et terminologie Subversion (SVN) vs. Control Version System (CVS) Introduction Sommaire Introduction Motivations Objectifs d un système de gestion de version Notion et terminologie La notion de référentiel et de copie de travail La notion de versioning Révision, Tronc, Distribution et Branches Principales actions d un système de gestion de version Subversion (SVN) vs. Control Version System (CVS) Limitations de Control Version System (CVS) Fonctionnalités de Subversion (alias svn) vs. CVS nicolas.hernandez@univ-nantes.fr La Gestion de Version 3

4 Introduction Notion et terminologie Subversion (SVN) vs. Control Version System (CVS) Motivations Objectifs d un système de gestion de version Motivations (1) Des problèmes concrets "Vous faites partie d une équipe de développement qui intervient sur la réalisation d une application déjà existante" Comment sauvegarder les modifications apportées chaque jour? Comment conserver l historique et revenir en arrière? Comment partager le développement entre plusieurs personnes (écrasement, intégration)? Comment gérer des distributions? Comment gérer les maintenances correctives & applicatives? nicolas.hernandez@univ-nantes.fr La Gestion de Version 4

5 Introduction Notion et terminologie Subversion (SVN) vs. Control Version System (CVS) Motivations Objectifs d un système de gestion de version Motivations (2) Des problèmes concrets Comment répondre à la question du qui? Mais qui est responsable de cette anomalie (bug)? Qui a développé cette fonctionnalité? Qui a modifié ce fichier? du quoi? quelle est la dernière version de l application? quelle version a-t-on distribuée à ce client? du quand? quand est-ce que la distribution a été créée? quand est-ce qu il y a eu cette modification? nicolas.hernandez@univ-nantes.fr La Gestion de Version 5

6 Introduction Notion et terminologie Subversion (SVN) vs. Control Version System (CVS) Motivations Objectifs d un système de gestion de version Objectifs d un système de gestion de version Pour qui? Pour quoi? développeurs (code source) administrateurs système (annuaires LDAP, configuration) rédacteurs (rapports et documentations) accès à l historique de toutes les opérations développement concurrent avec gestion de conflits permettre des retour-arrière (en cas d anomalies) système de sauvegarde et de restauration des données par référentiel maintien de versions parallèles de développement pour des applications sur différentes plateformes, spécifiques à certains clients, pour leur maintenance évolutive et corrective nicolas.hernandez@univ-nantes.fr La Gestion de Version 6

7 Introduction Notion et terminologie Subversion (SVN) vs. Control Version System (CVS) La notion de référentiel et de copie de travail La notion de versioning Révision, Tronc, Distribution et Branches Principales actions d un système de gestion de version La notion de référentiel et de copie de travail Un modèle centralisé Le référentiel / dépôt / repository est une base de données partagée par tous les utilisateurs (accès local/accès distant) et qui contient les différentes versions de l ensemble des fichiers du projet et des informations administratives Des copies locales dans l espace de travail personnel d utilisateurs clients nicolas.hernandez@univ-nantes.fr La Gestion de Version 7

8 Introduction Notion et terminologie Subversion (SVN) vs. Control Version System (CVS) La notion de référentiel et de copie de travail La notion de versioning Révision, Tronc, Distribution et Branches Principales actions d un système de gestion de version La notion de versioning Principe La notion de versioning, ou de gestion de version, consiste en : à chaque entité (fichier, module/répertoire, projet) est associé un numéro de révision chaque modification entraîne une incrémentation du numéro de révision Obtenir une revision revision modifications et tests Creer une nouvelle revision nicolas.hernandez@univ-nantes.fr La Gestion de Version 8

9 Introduction Notion et terminologie Subversion (SVN) vs. Control Version System (CVS) La notion de référentiel et de copie de travail La notion de versioning Révision, Tronc, Distribution et Branches Principales actions d un système de gestion de version Révision, Tronc, Distribution et Branches Révision : version d un fichier/module (répertoire)/projet (arborescence totale) archivé. Chaque modification entraîne une incrémentation du numéro de révision Tronc (ou trunk) : axe de développement principal Distribution (ou tag) : révisions officielles du projet auquel on associe un symbole (nom e.g. stable, testing, unstable ou numéro e.g. 1.0, 2.0, 3.0 ) Branches : révisions officieuses de moindre importance (e.g. 1.0 et 1.1) nicolas.hernandez@univ-nantes.fr La Gestion de Version 9

10 Introduction Notion et terminologie Subversion (SVN) vs. Control Version System (CVS) La notion de référentiel et de copie de travail La notion de versioning Révision, Tronc, Distribution et Branches Principales actions d un système de gestion de version Distributions et branches : pour quoi faire? Distribution communication interne : pour se repérer dans le développement des différentes versions d une application communication externe : pour informer les utilisateurs/clients des modifications apportées, pour faciliter le support. Branches pour corriger de bugs pour tester de nouvelles fonctionnalités nicolas.hernandez@univ-nantes.fr La Gestion de Version 10

11 Introduction Notion et terminologie Subversion (SVN) vs. Control Version System (CVS) La notion de référentiel et de copie de travail La notion de versioning Révision, Tronc, Distribution et Branches Principales actions d un système de gestion de version Norme de numérotation Format : m.n.p m : numéro de révision majeur. Est incrémenté lors de l ajout de fonctionnalités incompatibles avec la version précédente de l application n : numéro de révision mineur. Est incrémenté lors de l ajout de fonctionnalités compatibles avec la version précédente de l application (maintenance évolutive) p : numéro de patch. Est incrémenté lors des corrections d anomalies (maintenance corrective) nicolas.hernandez@univ-nantes.fr La Gestion de Version 11

12 Introduction Notion et terminologie Subversion (SVN) vs. Control Version System (CVS) La notion de référentiel et de copie de travail La notion de versioning Révision, Tronc, Distribution et Branches Principales actions d un système de gestion de version Principales actions d un système de gestion de version Actions de création et de récupération d une version initiale import : importer dans un référentiel une base initial du projet checkout : obtenir du référentiel une copie de travail d une révision/version donnée du projet Actions de mise à jour et de soummission de révisions commit : mettre à jour le référentiel avec la copie de travail (modifiée) update : synchroniser la copie de travail avec les nouvelles modifications intervenues dans le référentiel nicolas.hernandez@univ-nantes.fr La Gestion de Version 12

13 Introduction Notion et terminologie Subversion (SVN) vs. Control Version System (CVS) Limitations de Control Version System (CVS) Fonctionnalités de Subversion (alias svn) vs. CVS Limitations de Control Version System (CVS) pas de commit atomique l unité de travail de CVS est le fichier. Si on commite 2 fichiers, on n a pas la garantie d un enregistrement complet. CVS gère en effet l historique par fichier et non par différence entre révisions (patch) pas de renommage des fichiers un changement de nom fait perdre l historique pas de gestion des méta-données les propriétés attachées aux documents, comme les permissions, le type du document, etc. ne sont pas versionnées l utilisation des branches, ou travaux en parallèle, est difficile au point qu on les évite... les répertoires ne sont pas versionnés très contraint par le réseau La plupart des opérations nécessite d être connecté au dépôt nicolas.hernandez@univ-nantes.fr La Gestion de Version 13

14 Introduction Notion et terminologie Subversion (SVN) vs. Control Version System (CVS) Limitations de Control Version System (CVS) Fonctionnalités de Subversion (alias svn) vs. CVS Fonctionnalités de Subversion (alias svn) vs. CVS C est la réimplémentation complète de CVS, suivant le même modèle éprouvé, mais corrigeant l essentiel de ces défauts SVN par rapport à CVS plus facile et plus souple d emploi (ex. renommage de répertoire) versionning par différence atomique et non par fichier gestion des modules (répertoires) et des méta-données gestion des fichiers binaires (par diff) svn status, svn diff et svn revert sont des opérations déconnectées internationalisation (noms de fichiers en UTF-8) gestion des branches et des tags nicolas.hernandez@univ-nantes.fr La Gestion de Version 14

15 Commandes de création du référentiel Commande de récupération, de soumission et de mise à jour Commandes d organisation de la structure du projet Sauvegarde du référentiel Commandes de Subversion (la base) Sommaire Commandes de création du référentiel Commande de création du référentiel Création d un projet à importer dans le référentiel Commande d import initial Protocoles d accès au référentiel Commande de récupération, de soumission et de mise à jour Commande de récupération d un copie locale Commande de mise à jour du référentiel Commande de mise à jour de la copie locale Commandes d organisation de la structure du projet Commandes d organisation de la structure du projet Sauvegarde du référentiel Sauvegarde du référentiel nicolas.hernandez@univ-nantes.fr La Gestion de Version 15

16 Commandes de création du référentiel Commande de récupération, de soumission et de mise à jour Commandes d organisation de la structure du projet Sauvegarde du référentiel Commande de création du référentiel Création d un projet à importer dans le référentiel Commande d import initial Protocoles d accès au référentiel Commande de création du référentiel Création d un référentiel création d un nouveau répertoire : mkdir <repository> création du référentiel : svnadmin create <repository> l option -fs-type type précise la mode de révison (par fichier, par base de données Berkley DB) Structure par défaut du référentiel conf/ fichiers de configuration du référentiel (droits d accès) dav/ fichiers relatifs au serveur Apache (avec protocole mod dav) db/ les fichiers de données (versionning) format numéro de révision et type du référentiel locks/ gestion des verrous pour les accès simultanés hooks/ configuration de lancement de scripts lors d évènements (envoi de mails avec les logs, vérification de droits d accès...) nicolas.hernandez@univ-nantes.fr La Gestion de Version 16

17 Commandes de création du référentiel Commande de récupération, de soumission et de mise à jour Commandes d organisation de la structure du projet Sauvegarde du référentiel Commande de création du référentiel Création d un projet à importer dans le référentiel Commande d import initial Protocoles d accès au référentiel Création du projet (base initiale) à importer dans le référentiel Structure de la base initiale de votre source On conseille de créer dans un répertoire <source> (votre futur projet) et à l intérieur : un répertoire trunk (branche principale de développement) un répertoire tags (stockage les différentes distributions de l application) un répertoire branches (maintien des différentes branches de développement) Noms et structures purement conventionels (e.g. un même référentiel peut accueillir plusieurs projets et non un seul) nicolas.hernandez@univ-nantes.fr La Gestion de Version 17

18 Commandes de création du référentiel Commande de récupération, de soumission et de mise à jour Commandes d organisation de la structure du projet Sauvegarde du référentiel Commande de création du référentiel Création d un projet à importer dans le référentiel Commande d import initial Protocoles d accès au référentiel Quels fichiers placer sous référentiel? Quels fichiers? Considérer les fichiers sources les fichiers auxquelles des modifications régulières sont apportées (documentation, Makefile, build.xml) Ignorer les fichiers temporaires ou regénérés (.bak,.tmp,.log,.objet,.class,.out...) Attention! S assurer qu il est possible de reconstruire n importe quelle version antérieure du produit fichier de configuration compilateur fichiers en-têtes (différents suivant les distributions) librairies statiques et dynamiques (DLL,.so, JAR, WAR) nicolas.hernandez@univ-nantes.fr La Gestion de Version 18

19 Commandes de création du référentiel Commande de récupération, de soumission et de mise à jour Commandes d organisation de la structure du projet Sauvegarde du référentiel Commande de création du référentiel Création d un projet à importer dans le référentiel Commande d import initial Protocoles d accès au référentiel Commande d import initial Import des fichiers sources dans le référentiel svn import -m "message" <source> <protocole>/<referentiel> copie les fichiers sources dans le référentiel les place sous gestion de version et crée la révision 1 le protocole indique par quel moyen accéder au référentiel l option -m permet de spécifier le commentaire associé à l importation des sources sans l option -m un éditeur est lancé par défaut (modifier l editeur avec la commande export SVNEDITOR=/usr/bin/gedit nicolas.hernandez@univ-nantes.fr La Gestion de Version 19

20 Commandes de création du référentiel Commande de récupération, de soumission et de mise à jour Commandes d organisation de la structure du projet Sauvegarde du référentiel Commande de création du référentiel Création d un projet à importer dans le référentiel Commande d import initial Protocoles d accès au référentiel Protocoles d accès au référentiel Plusieurs protocoles sont disponibles pour accéder au référentiel (import, checkout, update, commit) Le référentiel n est pas forcément sur la machine où se trouve la source initiale accès direct au référentiel (par répertoire) file :///<repertoire> accès distant par le protocole http (par WebDAV avec Apache) http ://[user@]<server>/<chemin> accès distant par le protocole https (i.e. avec SSL) https ://[user@]<server>/<chemin> accès distant par un serveur svnserve (daemon lancé sur un serveur, accès par le port 3690 de la machine) svn ://[user@]<server>/<chemin> accès distant par un serveur svnserve (avec tunnelling SSH) svn+ssh ://[user@]<server>/<chemin> nicolas.hernandez@univ-nantes.fr La Gestion de Version 20

21 Commandes de création du référentiel Commande de récupération, de soumission et de mise à jour Commandes d organisation de la structure du projet Sauvegarde du référentiel Commande de récupération d un copie locale Commande de mise à jour du référentiel Commande de mise à jour de la copie locale Commande de récupération d un copie locale Récupération d un copie locale Le "checkout" svn checkout <protocole>/<referentiel>[/<repertoire>] crée une copie locale des fichiers présent dans le référentiel (dans le répertoire donné si précisé) nicolas.hernandez@univ-nantes.fr La Gestion de Version 21

22 Commandes de création du référentiel Commande de récupération, de soumission et de mise à jour Commandes d organisation de la structure du projet Sauvegarde du référentiel Commande de récupération d un copie locale Commande de mise à jour du référentiel Commande de mise à jour de la copie locale Commande de mise à jour du référentiel Mise à jour du référentiel Le "commit" svn commit [-m "message"] met à jour le référentiel avec les modifications locales peut échouer si le référentiel a été mis à jour entre-temps (un update) est alors nécessaire avant un message de commentaire est demandé nicolas.hernandez@univ-nantes.fr La Gestion de Version 22

23 Commandes de création du référentiel Commande de récupération, de soumission et de mise à jour Commandes d organisation de la structure du projet Sauvegarde du référentiel Commande de récupération d un copie locale Commande de mise à jour du référentiel Commande de mise à jour de la copie locale Commande de mise à jour de la copie locale Mise à jour de la copie locale Le "update" svn update synchronise la version de travail avec les modifications présentes dans le référentiel (si nécessaire) effectue un merge le cas échéant le merge peut échouer : la machine laisse la main à l utilisateur pour décider nicolas.hernandez@univ-nantes.fr La Gestion de Version 23

24 Commandes de création du référentiel Commande de récupération, de soumission et de mise à jour Commandes d organisation de la structure du projet Sauvegarde du référentiel Commandes d organisation de la structure du projet Commande d ajout/suppression/renommage/déplacement de fichiers et répertoires Ajout de fichiers ou répertoires svn add <fichier repertoire> Suppression de fichiers ou répertoires svn rm <fichier repertoire> action récursive Renommage/déplacement de fichiers ou répertoires svn mv <fichier repertoire(source)> <nom répertoire(cible)> Pour toutes ces commandes, un commit permet de refleter ces changements dans le référentiel nicolas.hernandez@univ-nantes.fr La Gestion de Version 24

25 Commandes de création du référentiel Commande de récupération, de soumission et de mise à jour Commandes d organisation de la structure du projet Sauvegarde du référentiel Sauvegarde du référentiel Sauvegarde du référentiel Fonctionnalité de backup/restauration offerte Commande : svnadmin dump <referentiel> > fichier Restauration : svnadmin load <referentiel> < fichier nicolas.hernandez@univ-nantes.fr La Gestion de Version 25

26 Commandes de gestion de versions Visualisation des messages des logs et des auteurs de révisions Utiliser les propriétés Création d une distribution et création/fusion d une branche Commandes de Subversion (niveau avancé) Sommaire Commandes de gestion de versions Détection des différences et génération/application de patch Génération/application de patch Résolution de conflits Visualisation des messages des logs et des auteurs de révisions Visualisation des messages des logs et des auteurs de révisions Utiliser les propriétés Une propriété pour ignorer certains fichiers/répertoires Propriétés de substition sur des mots-clefs Création d une distribution et création/fusion d une branche Création d une distribution Création d une branche Fusion de branches nicolas.hernandez@univ-nantes.fr La Gestion de Version 26

27 Commandes de gestion de versions Visualisation des messages des logs et des auteurs de révisions Utiliser les propriétés Création d une distribution et création/fusion d une branche Détection des différences et génération/application de patch Génération/application de patch Résolution de conflits Détection des différences Informations sur un fichier/répertoire svn info affiche des informations telles que l URL, la racine du dépôt, la révision, l auteur de la dernière modification, sa date... Etat des modifications en cours La commande svn status permet de voir les modifications à appliquer sur les différents fichiers C Conflit, A Ajout, D Supression, G Fusion, M Modification Détection des différences affiche modifications existantes entre deux révisions d un [ensemble de] fichier(s) compare deux branches ou deux fichiers dans une perspective de fusion svn diff svn diff -r7 :13 toto.c svn diff <referentiel>/tags/release-1-0 <referentiel>/branches/feature nicolas.hernandez@univ-nantes.fr La Gestion de Version 27

28 Commandes de gestion de versions Visualisation des messages des logs et des auteurs de révisions Utiliser les propriétés Création d une distribution et création/fusion d une branche Détection des différences et génération/application de patch Génération/application de patch Résolution de conflits Génération/application de patch Génération d un patch pour générer un patch correcteur sur une version antérieure svn diff <fichier> > monpatch.patch Application d un patch pour tester le patch sans modifier le source patch -dry-run < monpatch.diff pour faire le raccordement final, patch < mypatch.diff nicolas.hernandez@univ-nantes.fr La Gestion de Version 28

29 Commandes de gestion de versions Visualisation des messages des logs et des auteurs de révisions Utiliser les propriétés Création d une distribution et création/fusion d une branche Détection des différences et génération/application de patch Génération/application de patch Résolution de conflits Résolution de conflits Lorsqu un conflit survient à la suite d un commit ou d un update de fichiers : 1. l utilisateur peut tenter un svn merge (automatique pour l update) 2. si la fusion échoue (le C à coté du nom du fichier est apparu), alors la machine laisse la main à l utilisateur pour décider 3. éditer le fichier <fichier> concerné 4. pour information et aider la fusion manuelle, trois fichiers sont créés : <fichier>.mine, copie de la version modifiée localement ; <fichier>.rii, version locale avant modification, <fichier>.rii+1, la dernière version sur le serveur 5. une fois les modifications effectuées (renommage et suppression), informer subversion que le conflit est résolu resolved svn nicolas.hernandez@univ-nantes.fr La Gestion de Version 29

30 Commandes de gestion de versions Visualisation des messages des logs et des auteurs de révisions Utiliser les propriétés Création d une distribution et création/fusion d une branche Visualisation des messages des logs et des auteurs de révisions Visualisation des messages des logs et des auteurs de révisions Visualisation des logs svn log affiche les différents messages de logs saisis lors des commits des filtres sont offerts pour restreindre la recherche -xml facilite la mise en forme avec des feuilles de style/de transformation XSLT adopter des conventions (lors des commit et des -m "") pour faciliter leur compréhension (e.g. nom de la branche en préfixe) Blâmer le responsable d une mauvaise révision svn blame <filename> svn blame -r RevisionNumber <filename> montre le contenu d un fichier avec les révisions et l auteur des révisions nicolas.hernandez@univ-nantes.fr La Gestion de Version 30

31 Commandes de gestion de versions Visualisation des messages des logs et des auteurs de révisions Utiliser les propriétés Création d une distribution et création/fusion d une branche Une propriété pour ignorer certains fichiers/répertoires Propriétés de substition sur des mots-clefs Une propriété pour ignorer certains fichiers/répertoires C-à-d pour retirer explicitement certains fichiers/répertoires du contrôle de version à partir d une liste dans un fichier (par exemple.cvsignore) : svn propset -R svn :ignore. -F.cvsignore ici appliquée à partir du répertoire courant. et ce récursivement -R en éditant en ligne la property : par exemple, les fichiers temporaires avec l extension.bak svn propset svn :ignore *.bak. Attention! Les properties sont versionnées. Il est possible de filtrer les répertoires et/ou leur contenu avec leur nom et *... nicolas.hernandez@univ-nantes.fr La Gestion de Version 31

32 Commandes de gestion de versions Visualisation des messages des logs et des auteurs de révisions Utiliser les propriétés Création d une distribution et création/fusion d une branche Une propriété pour ignorer certains fichiers/répertoires Propriétés de substition sur des mots-clefs Propriétés de substition sur des mots-clefs Des mots-clefs sont insérés dans les fichiers et sont remplacés au moment du commit par des informations propres à Subversion Pour mettre en place l utilisation de ces keywords, il y a deux étapes : Exemple d en-tête inséré /* $URL$ $Rev$ $Author$ $Date$ $Id$ */ 1. Activer le(s) keyword(s) sur le(s) fichier(s) : svn propset svn :keywords "LastChangedDate Author" path/file.txt (pour activer les mots clef LastChangedDate et Author sur le fichier file.txt) 2. Placer le(s) $Keyword$ dans le(s) fichier(s) source Exemple de sortie /* $URL :http ://server/svn/path/file.cpp $ $ Rev :2 $ $ Author :Greg $ $ Date : :31 : (Thu,12 Oct 2006)$ $ Id :file.cpp :31 :84Z Greg $ */ nicolas.hernandez@univ-nantes.fr La Gestion de Version 32

33 Commandes de gestion de versions Visualisation des messages des logs et des auteurs de révisions Utiliser les propriétés Création d une distribution et création/fusion d une branche Création d une distribution Création d une branche Fusion de branches Création d une distribution Commande svn copy Une distribution est simplement considérée comme une copie d une révision donnée des sources : svn copy <referentiel>/trunk <referentiel>/tags/<symbole> avec <symbole> contenant le numéro de version de la distribution (ex svn checkout <referentiel>/branches/<feature> permet de récupérer la dernière version de la branche toute modification est possible sur la branche (svn commit) nicolas.hernandez@univ-nantes.fr La Gestion de Version 33

34 Commandes de gestion de versions Visualisation des messages des logs et des auteurs de révisions Utiliser les propriétés Création d une distribution et création/fusion d une branche Création d une distribution Création d une branche Fusion de branches Création d une branche Commande svn copy Une branche est simplement considérée comme une copie d une révision donnée des sources à laquelle on amène des modifications svn copy <referentiel>/trunk <referentiel>/branches/<feature> avec <feature> précisant généralement la fonctionnalité/architecture/patch de la branche svn checkout <referentiel>/branches/<feature> permet de récupérer la dernière version de la branche toute modification est possible sur la branche (svn commit) nicolas.hernandez@univ-nantes.fr La Gestion de Version 34

35 Commandes de gestion de versions Visualisation des messages des logs et des auteurs de révisions Utiliser les propriétés Création d une distribution et création/fusion d une branche Création d une distribution Création d une branche Fusion de branches Fusion de branches Commande svn merge Fusionne la copie de travail avec la branche passée en argument svn merge [-rii :jj] <referentiel>/branches/<feature> svn merge -r20 :22 <referentiel>/branches/<feature> applique les modifications apparues dans les révisions 20, 21 et 22 à la version de travail courante nicolas.hernandez@univ-nantes.fr La Gestion de Version 35

36 Bonnes pratiques Conclusion Bibliographie Conclusion Sommaire Bonnes pratiques Conclusion Bibliographie La Gestion de Version 36

37 Bonnes pratiques Conclusion Bibliographie Bonnes pratiques TOUJOURS compiler et tester avant de commiter (les révisions doivent toujours compiler) Mettre à jour sa copie avant de la modifier Ne pas copier, renommer ou déplacer des fichiers ou des répertoires avec les commandes systèmes. Utiliser les svn (add mv rm) et commiter à chaque modification Essayer de commiter à chaque modification logique et non par lots de modification pour faciliter la trace des logs Utiliser un logiciel de "Bug tracking" (e.g. traq) avec Subversion Un problème? svn help <nomd-de-la-commande> La Gestion de Version 37

38 Bonnes pratiques Conclusion Bibliographie Synthèse Gestion de Version indispensable dans de nombreux développements impliquant un ou plusieurs intervenants pratique pour gérer les branches de développement pratique pour gérer les distributions Subversion bonne atlernative à CVS plus pratique et plus souple limitation sur l organisation ad-hoc des distributions et des branches nicolas.hernandez@univ-nantes.fr La Gestion de Version 38

39 Bonnes pratiques Conclusion Bibliographie Bibliographie Gestion de Version Site officiel http ://subversion.tigris.org/ Subversion Read-Bean Book (dispo en ligne (HTML/PDF), et existe en version imprimée) http ://svnbook.red-bean.com/ Carte de références rapides SVN http :// Commandes, propriétés, GUI Interfaces, best practices http :// Installer un serveur subversion sur ubuntu, un plugin eclipse http ://doc.ubuntu-fr.org/subversion Configurer, utiliser, administrer, http ://conception.developpez.com/faq/scm/?page=subversion Retour sur expérience http ://users.lal.in2p3.fr/garonne/presentations/subversion/ La Gestion de Version 39