Mercurial 最佳实践 - 功能/任务分支？

Question

我刚从 SVN 切换到 Mercurial。我已经完成了一些基本的工作(导入我的代码、进行提交、掌握 log/commit/revert/etc.)并阅读了一些关于分支/merge 的教程。

我现在的问题是:使用 Mercurial 的最佳(“Mercurial”)方式是什么？” 我不想遵循 SVN 范例；我想以“正确”的方式做事。

我应该提一下，我是大多数项目的唯一开发人员，并且我正在使用敏捷/scrum 实践。也许我的问题真的应该是 我应该对每个功能进行克隆/分支吗？每个任务？ 我记得读过这应该是 Git 的情况，这允许您基本上保持多个副本同时工作，并将功能与错误修复与任何东西分开(即，将您的工作副本与您的每个不同事物分开) '正在做)。它显然也是 Mercurial's best practices 的一部分.

或者我可以只保留一份副本，进行更改，然后大量提交。任何。

如果这个问题过于主观，我不介意关闭它，只要有人可以将我链接到一些关于如何最好地使用 Mercurial 的阅读 Material 。这就是我所追求的。

Answer 1

作为一个(大部分)独立开发者，我认为我的答案是……是的。当我知道我要进行快速更改时，我会在我的“主”开发目录中进行更改，但是如果我对某件事的长度/复杂程度有任何疑问，我会从一开始就进行分支。好消息是你真的可以以任何适合你的方式(和任何顺序)去做。如果你在你的主开发目录中工作，并且有人进来并现在需要快速修复，只需克隆主干，修复它， checkin ，鲍勃就是你的叔叔!

我悲伤地回顾我在 SCCS/RCS/CVS 的日子。

我即将带领3位设计师进入应许之地。他们是老派，多年来一直在共享目录中使用 Dreamweaver(太可怕了!)。本周末，我们将把它们转移到 XAMPP、TortiseHG、rsync 和开发/登台/生产的世界。

更新:我以非常模棱两可的方式表达了我的回答。谢谢你调用我，迈克尔 E。

我的“主要开发目录”实际上是生产主机的克隆。当我说“分支”时，我的意思是我将在某事上工作一段时间，通常是几天到一个月或更长时间，但它仍然是“某事”的克隆。我知道这听起来很含糊，但有时我正在与其他开发人员一起工作，我们来回传递东西，我们只是不会太担心 merge 到主干，直到该去登台了。 (即便如此，它通常也很无痛。)

因此，对我来说，“快速修复”意味着将我的“主”开发目录更新为主干、黑客、测试、推送到主机上的暂存(和测试)，然后推送到生产(和测试)。大多数情况下，快速修复都是作为匿名分支完成的。

顺便说一句，针对本地存储库进行克隆是如此之快，没有理由(在我看来)做任何其他事情。我有一个中型项目，包含超过 7,000 个文件和大约 4 年几乎每天都有 4 位开发人员提交的项目——存储库大约 200MB。克隆时间(在我车库里一台又旧又慢的机器上)是 10 秒。我保留远程生产主机的本地克隆，并使用 cron 每小时提取一次。 HTH。