Utilisez subversion, il est facile à configurer, facile à utiliser et dispose de nombreux outils. Tout futur système de révision aura une fonction d'importation depuis SVN, ce n'est donc pas comme si vous ne pouviez pas changer plus tard si vos besoins augmentaient.

Optez pour SVN. Si vous n'avez jamais utilisé le contrôle de source auparavant, cela n'aura aucune importance pour vous d'une manière ou d'une autre.

De plus, l'utilisation d'un système de contrôle de code source ne nécessite pas beaucoup d'apprentissage. Si vous en apprenez un, vous pourrez facilement passer à un autre ultérieurement.

SVN est un excellent outil, et il devrait répondre à la plupart de vos besoins. Et depuis qu'il existe, il partage équitablement les outils d'interface graphique (TortoiseSVN, par exemple).

Optez pour SVN.

N'attendez pas. Choisissez-en un et allez-y. Tous les systèmes auront leurs avantages et leurs inconvénients. Votre alimentation peut être coupée, votre ordinateur se fait voler ou vous oubliez d'annuler une modification majeure et tout votre code est grillé pendant que vous attendez de voir qui sortira vainqueur.

Lorsque j'ai décidé que je devais utiliser un système de gestion des versions de code, j'ai cherché de bons tutoriels sur la façon de démarrer, mais je n'en ai trouvé aucun qui puisse m'aider.

J'ai donc simplement installé le serveur SVN et Tortoise SVN pour le client et plongé dans les profondeurs et je n'ai pas appris à l'utiliser en cours de route.

Commencez à utiliser SVN pour votre travail réel, mais essayez de prendre le temps de jouer avec Git et/ou Mercurial. SVN est raisonnablement stable pour la production, mais vous finirez par faire face à un scénario où vous aurez besoin d'un SCM distribué, auquel cas vous serez correctement armé et les nouveaux systèmes seront suffisamment matures.< /p>