Non, je t'en prie, ne t'embête pas.
Sérieusement, commencez par un DVCS. Le fait que SVN soit populaire n'en fait pas la norme. Linus Torvalds vous dirait que cela pourrait pourrir votre cerveau .
Lisez cet excellent article / introduction de Joel Spolsky intitulé Subversion Re-education .
Vous pourriez également être intéressé par la lecture de cette autre question: je suis un geek de Subversion, pourquoi devrais-je considérer ou non Mercurial ou Git ou tout autre DVCS?
Choisir entre DVCS
Personnellement, j'utilise à la fois mercurial et git, et je pense qu'il est important de connaître les deux. Une lecture recommandée à ce sujet est Git vs Mercurial: Please Relax (voir l'exemple git-addremove). Deux citations de cet article qui, je pense, le résument.
Concernant git:
La philosophie de conception de Git est incontestablement celle d'Unix: contrairement à Subversion, CVS ou Mercurial, git n'est pas un binaire monolithique mais une multitude d'outils individuels, allant des commandes de haut niveau «porcelaine» telles que git-pull, git-merge et git-checkout aux commandes de plomberie de bas niveau telles que git-apply, git-hash-object et git-merge-file. Ainsi, comme MacGyver, vous pouvez faire à peu près tout ce dont vous avez besoin avec Git - cela inclut des moteurs Wiki totalement impressionnants, des trackers de problèmes, des systèmes de fichiers, des outils sysadmin - tout ce qui ne nécessite pas de réparation de fusible.
Concernant mercurial:
Les développeurs qui aiment garder leur système propre apprécieront probablement le fait que hg installe un binaire contrairement aux 144 qui composent git, et les développeurs qui pensent que la capacité de git à éditer vos validations précédentes est idiot, inutile et dangereux apprécieront le hg de simplicité fournit en omettant cette caractéristique particulière.
De nombreux projets peuvent être trouvés sur github et git est plus puissant, mais il peut également être quelque peu intimidant pour les nouveaux arrivants, en particulier les utilisateurs de Windows. Il y a aussi bitbucket (l'équivalent de github pour mercurial).
Ma recommandation: commencez par mercurial et dès que vous vous sentez à l'aise, prenez git; il ne s'agit pas des outils, il s'agit des gens avec qui vous travaillez .
Ce que je considère comme une utilisation réelle et pratique de subversion n'est pas pour travailler avec d'autres personnes, mais peut-être pour implémenter un programme de mise à jour pour vos applications de production, voici pourquoi:
- Actuellement, svn est presque installé dans la plupart des fournisseurs d'hébergement
- A un bon support de sous-projet (adressable dans git et hg maintenant, cependant).
svn up
et votre projet et ses dépendances sont mis à jour.
Citant Thorbjørn sur cet autre fil :
Les DVC sont à Subversion, ce que Bittorrent est à ftp
Edit : S'il y a un VCS que vous devez connaître avant Git, cela pourrait être Mercurial (interface CLI beaucoup plus conviviale et bonne pour se familiariser avec les concepts distribués). Ce conseil s'applique spécialement à ceux qui viennent de Subversion car la CLI est également similaire dans une certaine mesure. Le contrôle de version distribué peut être plus facile à apprendre que le contrôle de version centralisé, car vous vous préoccupez simplement de votre instance de référentiel, et non des parties client et serveur séparément .