我正在更好地了解 Mercurial 版本控制系统,并且正在考虑从 SVN 进行转换。
有人已经转换了吗?对于您和您的团队来说,转变是否困难?您能否给出一些建议,是继续使用 SVN 还是选择 Mercurial?

有帮助吗?

解决方案

我没有使用 Mercurial 的经验(使用 git 代替),但是像 Mercurial 或 git 这样的优秀 DVCS 与 .一旦你完成了学习曲线,svn 就真的无法回头了。

  • 本地提交释放了您的工作流程,您的编码功能方法决定了您何时提交,而不是您的提交影响了您的工作方式。
  • Svn 的线性修订号是-坏-。提交(尤其是分支)根本不能很好地对应于简单的递增映射。
  • 本地分支使划分功能变得更加容易和更好,原型制作变得更加简单。
  • (只是略有相关,但是)离线工作往往可以让你比竞争对手更快地做出改变。

我最近的一份工作涉及在使用 git 一两年后重新使用集中式 svn 存储库。我通过使用 git-svn 桥来接近它,发现与 svn 相比,我对提交有很好的控制,并且可以使提交和分支静置、翻转和装死,这给了我比我的方法更有用的优势。 svn 使用同事,此外,由于进行本地提交的非常细粒度和频繁的性质,我进行了比较大量的提交。这是一个很大的好处。

我真的建议给自己一些时间来进行 DVCS。

其他提示

一旦你开始,你永远也不想再回去。的优点是巨大的。

我有意避免SVN下分支,因为每一个合并所需的调整的小时。现在,我期待着分支,因为它的工作这么好。它使开发新的功能,所以更容易。

此外,为了离线工作能力是奇妙。

SO文章详细地讨论了转换处理(其非常简单)。您可以保存你的历史,但受益于DVCS。

SO问题,提供详细DVCS好处优惠,所以我要提一个具体的Mercurial优势。如果你使用像 TortoiseSVN的,你会惊喜通过的 TortoiseHg 。这个程序是不断提高,使得它很容易查看待更改和历史变迁。过了好一会儿才能到这个质量水平,但现在,我讨厌使用TortoiseSVN,因为它只是更糟,当涉及到审查挂起的更改,并决定要提交什么。

我转换。起初它只是尝试一下,但我已成为一个大风扇。我实际上并没有将我的个人资料库,我刚才导出最新添加的文件到一个新的Mercurial库。

一些基本的汞的命令是类似于SVN,这样可以帮助你开始变得舒畅。 这里是从乔尔差异的说明。

重要的是,开放给使用一个新的进程与汞柱。它可以让更多的分支,并快速提交,如果你使用打破颠覆思维的出,你会得到最出汞的。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top