2009-05-30 8 views
1

Possible en double:
What is the difference between all the different types of version control?Quel système de contrôle de version utiliser?

Bonjour à tous:

Je viens de commencer à utiliser SVN pour le contrôle de version, mais il y a toujours beaucoup de discussions en cours sur le système de contrôle de version comme GIT, Mercurial, SVN, CVS, etc.

Qu'est-ce qui rend un système de contrôle de version meilleur qu'un autre? Ou Un type de système de contrôle de version est-il bon pour une tâche et un autre pour une autre tâche? Ou Tous les systèmes de contrôle de version sont-ils fondamentalement identiques?

+0

Avez-vous pensé que cette question aurait peut-être déjà été posée? –

+0

Puis-je demander pourquoi les gens qui répondent à cela le font? C'est si évidemment un dupe. –

+1

dupe étiqueté. –

Répondre

1

Non, je ne pense pas qu'ils soient identiques. Le référentiel centralisé (par exemple, SVN, CVS, etc.) par rapport au référentiel distribué (Git, Mercurial, etc.) est une différence fondamentale qui reflète le fonctionnement de votre équipe de développement.

J'utilise SVN. Je pense que les têtes collectives de mon organisation exploseraient si un système SCM distribué comme Git était introduit. C'est un concept tellement différent pour la plupart des gens.

1

Les systèmes de contrôle de version distribuée (DVCS) tels que GIT, Mercurial et Bazaar présentent collectivement des avantages en termes de flexibilité du flux de travail et de fonctionnement par rapport aux CVS centralisés tels que SVN ou CVS. Voir la discussion sur wikipedia. En ce qui concerne le choix parmi les DVCS, c'est aussi controversé que (disons) que vi entre emacs et ;-). Sur une base de "chevaux pour les cours", vous pouvez pragmatiquement choisir hg (Mercurial) si vous allez utiliser code.google.com, Bazaar si vous allez utiliser Launchpad, GIT si vous allez utiliser github, par exemple.

0

La plus grande partie est une préférence personnelle; Git et Mercurial sont des systèmes distribués de contrôle des sources, et mieux si vous avez une équipe distribuée; Pour la majorité des environnements de développement où l'équipe est au même endroit ou connectée à un seul serveur, les systèmes de contrôle de version standard comme Subversion sont assez bons.

J'ai utilisé Git et je l'aime, mais j'aime mieux Subversion. Si vous utilisez SVN, ça devrait aller.

Questions connexes