在 TortoiseHg 中，我如何“将本地与选定内容合并”？

Question

实际上，我想做与“与本地合并”相反的操作

澄清： 我们有一个 release 分支和一个 default 分支。在发布分支上进行错误修复时，这是例程：

1. 更新到 release 分支
2. 实施错误修复并提交
3. 更新到 default 分支
4. 右键单击 release 分支中的错误修复提交，然后选择“与本地合并...”

由于在release分支上做了很多工作，所以一直在分支之间进行更新变得很乏味。在以前版本的 TortoiseHg 中，我可以在合并之前选择分支，实际上是在执行“合并本地与选定”。这将消除上面的步骤 1 和 3。

这在 TortoiseHg 中是否可行？

Answer 1

三向合并基本上是对称的：您将代码的两个不同版本（两个分支）合并为一个版本（合并提交）。更新到default 和与release 合并之间没有技术上的区别，或者反过来做。特别是合并冲突是完全一样的。

在 Mercurial 中，由于命名的分支名称有一个额外的变化：默认情况下，合并提交将继承其 first 父级的分支名称。如果您在合并之前没有更新到default，那么第一个父级将是release。但您可以在提交之前更改分支名称。

在命令行上它只是：

$ hg update release
$ hg merge default
$ hg branch default
$ hg commit -m 'Merged release into default'

在 TortoiseHg 2.0 之前的版本中，您会看到这个对话框来提交合并：

提交消息上方的“分支：发布”按钮可用于更改下一个提交的分支 - 合并提交。在 TortoiseHg 2.x 中，对话框如下所示：

并且不再有更改分支的按钮。

也许您可以要求 TortoiseHg 开发人员再次添加该按钮，或者如果您想要与现代版本的 Mercurial 兼容的 2.0 之前的 TortoiseHg，您可以使用 Henrik Stuart's TortoiseHg。

Answer 2

我还没有找到方法，即使命令行合并总是与本地。我只是为每个分支保留一个克隆并在克隆之间切换，而不是更新单个克隆。对于大型项目，这可以防止更改分支时通常耗时的“全部重建”。增加了额外的拉动步骤，但总体上节省了时间：

1. 在 release clone 中，实现 bug 修复并提交。
2. 在 default 克隆中，从 release 拉取并与本地合并。