您是否已从颠覆转变为善变?值得付出努力吗? [英] Have you converted from subversion to mercurial? Was it worth the effort?

问题描述

我正在更好地了解Mercurial版本控制系统，并且正在考虑从SVN进行转换.
有人已经转换了吗?您和您的团队难于切换吗? 您可以提出任何建议来继续使用SVN或选择Mercurial吗?

I am in the process of knowing Mercurial versioning system better, and I am considering convert from SVN.
Anyone already converted? Was that difficult for you and your team to switch? Can you give any advice to stay with SVN or go for Mercurial?

推荐答案

我没有水银的经验(请改用git)，但是像水银或git与svn这样的优质DVCS之间的经验差异是您所需要的一旦您走过了学习的弯路，便无法回溯.

I don't have experience with mercurial (use git instead) but the difference in experience between a good DVCS like mercurial or git vs. svn is something that you truly can't go back from once you've gotten past the learning curve.

• 本地提交释放了您的工作流程，您对功能进行编码的方法决定了何时提交而不是影响您工作方式的提交.
• SVN的线性修订号为-bad-.提交(尤其是带有分支的提交)与简单的增量映射完全不匹配.
• 本地分支使划分功能更加容易和更好，原型制作变得更加简单.
• (只是稍有关联，但是)离线工作往往使您比竞争对手更快地进行更改.

我最近有一份工作，涉及使用git一两年后重新使用集中式svn存储库.我使用git-svn桥进行了处理，发现与svn相比，我对提交有很好的控制，并且可以使提交和分支坐着，翻滚和枯死，这给了我比我有用的优势. svn使用同事，除了我进行比较而进行的大量提交之外，因为进行本地提交的粒度和频率非常高.这是一个很大的好处.

I had a job recently that involved going back to using a centralized svn repository after using git for a year or two. I approached it by using the git-svn bridge, and found that I had great control over the commits compared to svn, and could make the commits and branches sit, roll over, and play dead in ways that gave me a useful advantage over my svn using co-workers, in addition to the large volume of commits that I made by comparison because of the very granular and frequent nature of doing local commits. It was a great benefit.

我真的很建议您花一些时间来学习DVCS.

I really really recommend giving yourself some time with a DVCS.

这篇关于您是否已从颠覆转变为善变?值得付出努力吗?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！