Corrigé Gestion de version

Q1. Donner deux raisons d'utiliser un système de gestion de version
lors du développement d'un projet.

R1. Plusieurs réponses possibles parmi
 - gérer le développement entre plusieurs personnes
 - système de sauvegarde
 - un même référentiel pour tous les développeurs
 - mise à disposition d'outils pour gérer la sauvegarde/restauration,
les conflits, l'historiques...
 - gérer plusieurs distributions ou branches de développement
 - conserver un historique et revenir en arrière

Q2. Donner les grandes étapes de la mise en versionning initiale d'un
projet à l'aide de subversion.

R2. J'ai volontairement donné une description étendue des étapes (je
ne m'attends pas à autant de la part des étudiants)
0. Création d'un répertoire référentiel sur un serveur subversion
(svn) (réalisée par l'administrateur du serveur svn)
1. Création sur une machine locale des sources du projet à versionner
selon une structure en 3 répertoires trunk, tags et branches (réalisée
par un développeur)
2. L'Import des sources au sein du référentiel (réalisée par le développeur)
3. La suppression des sources en local (réalisée par le développeur)
4. La récupération d'une première copie locale (checkout) (réalisée
par le développeur)
Par la suite, une fois une première récupération réalisée, le
développeur met à jour le référentiel avec des commandes "commit" et
récupère les mises à jour effectuées par d'autres à l'aide de la
commande "update".