当您的工作副本发生更改时进行 hg update 是一个坏主意吗？

Question

看起来如果你先提交然后合并会更好。我有点惊讶的是，当您的工作副本发生更改时，甚至允许更新。在这种情况下允许更新是否可以避免由合并产生的具有两个父项的提交？

Answer 1

我相信 hg update 会尝试合并您未提交的更改：

当工作目录包含未提交的更改时，以下规则适用：

1. 如果 -c/--check 和 -C/--clean 均未指定，并且：
   如果请求的变更集是工作目录父级的祖先或后代，则未提交的变更将合并到请求的变更集中，并且合并的结果保持未提交状态。
   如果请求的变更集不是祖先或后代（即，它位于另一个分支上），则更新将中止并保留未提交的更改。
2. 使用-c/--check选项，更新将中止并保留未提交的更改。
3. 使用-C/--clean选项，未提交的更改将被丢弃，工作目录将更新为请求的更改集。

这将避免对仅更新工作目录的操作（hg update）进行不必要的提交（在 .hg 存储库中注册）。

Answer 2

Mercurial 鼓励记录项目的所有历史记录。如果您已经在工作目录中完成了一些工作，为什么不提交这些更改，提供对结果的有意义的描述作为提交消息，然后将结果合并到主分支中？其他人会更清楚地在两个单独的变更集中看到您为正常工作所做的工作以及您为解决合并冲突所做的工作。

通常，额外的合并更改集是可以的，但有时您只想在提交之前在主分支之上重新调整当前更改的基础。您可以查看rebase扩展。新的 hg rebase 命令允许您对已提交的更改进行变基。