Avez-vous converti de la subversion à mercurial? Cela en valait-il la peine?

StackOverflow https://stackoverflow.com/questions/2344209

  •  23-09-2019
  •  | 
  •  

Question

Je suis en train de connaître le système Mercurial de versionnage mieux, et je considérais convertir SVN.
Toute personne déjà converti? Était-ce difficile pour vous et votre équipe de passer? Pouvez-vous donner des conseils pour rester avec SVN ou Mercurial aller?

Était-ce utile?

La solution

Je n'ai pas d'expérience avec Mercurial (utilisation git à la place), mais la différence entre une bonne expérience DVCS comme Mercurial ou git contre svn est quelque chose que vous ne pouvez pas vraiment revenir en arrière d'une fois que vous avez obtenu le passé la courbe d'apprentissage.

  • commits locaux gratuits votre flux de travail, votre approche de fonctions de codage détermine lorsque vous commettez au lieu de votre commits affecte la façon dont vous travaillez.
  • numéros de révision linéaires svn sont -bad-. Commits (en particulier avec des branches) ne correspondent tout simplement pas bien à une simple cartographie incrémentiel.
  • Les sections locales se compartimenter fonctionnalités beaucoup plus facile et mieux, le prototypage devient beaucoup plus simple.
  • (peu liées, mais) hors-ligne de travail a tendance à vous permettre de faire des changements plus rapidement que vos concurrents.

J'ai eu un emploi récemment impliqué de retourner à l'aide d'un dépôt svn centralisé après avoir utilisé git pendant un an ou deux. Je me suis approché en utilisant le pont git-svn, et a constaté que j'avais un grand contrôle sur les commits par rapport à svn, et pourrait faire les commits et les branches sont assis, rouler, et le mort d'une manière qui m'a donné un avantage utile sur mon svn en utilisant des collègues, en plus du grand volume de commits que j'ai fait par rapport à cause de la nature très granulaire et fréquent de faire commits locaux. Ce fut un grand avantage.

Je recommande vraiment vraiment vous donner un peu de temps avec un DVCS.

Autres conseils

Une fois que vous commencez, vous ne voudrez plus jamais revenir en arrière. Les avantages sont énormes.

Je délibérément évité de branchement sous SVN, parce que chaque fusion nécessaire heures de peaufinage. Maintenant, je me réjouis de branchement parce que cela fonctionne si bien. Il a fait du développement de nouvelles fonctionnalités beaucoup plus facile.

En outre, la capacité de travailler hors-ligne est fantastique.

SO article couvre le processus de conversion en détail (son assez simple). Vous serez en mesure de préserver votre histoire, mais bénéficier d'un DVCS.

SO Question traite avec des avantages DVCS en détail , donc je vais mentionner un avantage spécifique Mercurial. Si vous utilisez une interface graphique comme tortoisesvn , vous serez agréablement surpris par TortoiseHg . Cette application est sans cesse améliorée et il est très facile d'afficher vos modifications en attente et les changements historiques. Il a fallu un certain temps pour arriver à ce niveau de qualité, mais maintenant, je déteste utiliser TortoiseSVN, parce qu'il est tout simplement le pire en matière d'examen des changements en cours et de décider ce que vous voulez engager.

Je me suis converti. Au début, il était juste de l'essayer, mais je suis devenu un grand fan. Je ne convertissait pas vraiment mes archives personnelles, je viens exporté la dernière et ajouté les fichiers à un nouveau dépôt Mercurial.

Certaines des commandes hg de base sont similaires à ceux svn ce qui devrait vous aider à commencer à se familiariser. est une explication des différences de Joel.

Il est important, être ouvert à l'aide d'un nouveau processus avec hg. Il permet beaucoup plus rapide et engageant ramification, vous obtiendrez le meilleur parti de hg si vous utilisez sortir de l'état d'esprit de subversion.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top