你有没有从颠覆转变为mercurial?值得努力吗?

twk*_*twk 22 svn mercurial

我正在更好地了解Mercurial版本控制系统,我正在考虑从SVN转换.
有人已经转换了?您和您的团队难以切换吗?您能否提出任何有关SVN或Mercurial的建议?

Mic*_*oie 17

一旦你开始,你永远不会想回去.优点是巨大的.

我有意避免在SVN下进行分支,因为每次合并都需要数小时的调整.现在,我期待分支,因为它运作良好.它使开发新功能变得更加容易.

此外,离线工作的能力非常棒.

这篇SO文章详细介绍了转换过程(非常简单).您将能够保留您的历史记录,但可以从DVCS中受益.

这个SO问题详细介绍了DVCS的好处,因此我将提到Mercurial的特定优势.如果你使用像TortoiseSvn这样的GUI ,你会对TortoiseHg感到惊喜.此应用程序不断改进,使您可以轻松查看待处理的更改和历史更改.花了一段时间才达到这个级别的质量,但现在,我讨厌使用TortoiseSvn,因为在审查挂起的更改和决定你想要提交的内容时,情况会更糟.


Kzq*_*qai 14

我没有使用mercurial的经验(使用git代替),但是一个好的DVCS(如mercurial或git与svn)之间的经验差异,一旦你超越了学习曲线,你就无法回过头来.

  • 本地提交可以释放您的工作流程,您的编码功能方法决定了您提交的时间,而不是影响您工作方式的提交.
  • Svn的线性修订号是-bad-.提交(特别是与分支)简单地不对应于简单的递增映射.
  • 本地分支使分区功能更容易和更好,原型设计变得更加简单.
  • (仅略微相关,但是)离线工作往往允许您比竞争对手更快地进行更改.

我最近有一份工作涉及在使用git一两年之后回到使用集中式svn存储库.我通过使用git-svn桥接近它,发现与svn相比,我对提交有很大的控制权,并且可以使提交和分支坐下,翻转和玩死,这些方式比我​​的方式更有用svn使用同事,除了我通过比较进行的大量提交,因为进行本地提交非常精细和频繁.这是一个很大的好处.

我真的建议给自己一些DVCS时间.

  • 本地提交并非DVCS独有.它们尚未在其他系统上实现.计划在+ - Subversion 1.8中支持它们. (3认同)

Ste*_*ons 6

我改变了.起初它只是试一试,但我已成为一个大粉丝.我实际上没有转换我的个人存储库,我只导出了最新的文件并将文件添加到新的Mercurial存储库中.

一些基本的hg命令与svn中的命令类似,这样可以帮助你开始变得舒服. 以下解释了与乔尔的不同之处.

重要的是,开放使用hg的新流程.它允许更多的分支和快速提交,如果你使用颠覆心态,你将获得最大的hg.