mercurial - 在没有部分提交的情况下执行 "Mercurial way"

Question

Subversion 商店正在考虑改用 Mercurial，试图提前弄清楚开发人员的所有提示将是什么。这里有一个相当常见的用例，我不知道如何处理。

我正在研究一些较大的功能，我有一个重要的代码部分——或者可能是代码的几个重要部分——在车库地板上的碎片，完全不适合 checkin ，甚至可能无法编译。

一个紧急的错误修复请求进来了。这个修复很好并且是本地的，并且没有触及我一直在处理的任何代码。

我在我的工作副本中进行修复。

现在呢？

我看过“ Mercurial cherry picking changes for commit”和“ best practices in mercurial: branch vs. clone, and partial merges?”，所有的建议似乎都是不同复杂度的扩展，从记录和搁置到队列。

显然没有任何核心功能的事实让我怀疑这种工作方式在某种意义上是做错了。这个用例的类似 Mercurial 的解决方案是什么样的？

编辑添加:相比之下，git 似乎是为这个工作流程设计的: git add错误修复文件，不要 git add其他任何内容(或 git reset HEAD 您可能已经添加的任何内容)， git commit .

Answer 1

以下是我将如何处理此案:

有一个开发分支

有功能分支

拥有个人分支

有一个稳定的分支。

在你的场景中，我会经常提交到我的功能分支之外的分支。

当请求进来时，我会 hg up -r XYZ其中 XYZ 是他们正在运行的版本号，然后从中分支出一个新的功能分支(或 up branchname ，无论如何)。

执行工作，然后在工作测试后合并到稳定分支。

切换回我的工作并从顶部功能分支提交节点合并，从而集成两个工作流。