Vous ne pouvez vraiment pas vous tromper avec SVN, Mercurial ou Git. Ils offrent chacun leurs propres ensembles d'avantages et d'inconvénients.
SVN a été autour depuis longtemps donc il est largement pris en charge. Vous trouverez une pléthore de clients pour SVN. Entre autres, TortoiseSVN est libre et solide comme un roc. La sauvegarde d'un référentiel SVN est aussi simple que la sauvegarde d'un répertoire de fichiers.
Mercurial (comme Git) est un SCM distribué qui, par défaut, n'a pas de référentiel central comme SVN (bien que vous puissiez toujours en avoir un). L'avantage d'un SCM distribué est que l'on peut être complètement déconnecté du réseau et être capable de valider les changements de code. Le revers de cet avantage est qu'il permet aux développeurs de ne pas se synchroniser avec le dépôt principal pendant des jours avant d'avoir à faire une énorme fusion (vous contrecarrez cela avec une bonne autodiscipline des développeurs). Un autre avantage de Mercurial est que vous pouvez pousser et tirer des mises à jour de vos pairs sans perturber le référentiel principal. Un scénario courant est lorsque deux développeurs travaillent ensemble sur une histoire et qu'ils peuvent pousser/tirer l'un sur l'autre pendant que l'histoire est en cours. Ensuite, lorsque l'histoire entière est terminée, ils peuvent ensuite pousser vers le référentiel principal. Mon client Mercurial préféré est TortoiseHg et je recommande fortement Mercurial: The Definitive Guide by Bryan O'Sullivan. La sauvegarde d'un référentiel Mercurial est aussi simple que la sauvegarde d'un répertoire de fichiers. Si vous ne voulez pas à vous soucier de l'entretien de votre propre dépôt Mercurial, consultez le nouveau service d'hébergement offert par Mercurial FogCreek: Kiln
hah - me rappelle le VSS adv on SO ... "Mon nom est Sam, j'étais un utilisateur VSS, bla bla bla .." – mauris