Mercurial：虚拟合并后分支特定的更改不断返回

我有一个 Mercurial 存储库，有两个永久分支：默认分支和 UAT。每隔一段时间，我们就会将应用程序的新版本部署（升级）到 UAT 环境，并通过将稳定的默认提交合并到 UAT 分支来实现这一点。有时，UAT 分支中的错误会得到修复，并且这些错误修复会合并回默认值。

在 UAT 分支上，我需要出于部署目的更改一些内容 - 连接字符串和各种环境设置。我尝试做的是在 UAT 分支中进行这些更改，并在将默认值合并到 UAT 后立即提交它们（全部作为一次提交）。然后，我将这一提交虚拟合并回默认值 - 想法是，因为默认值现在在其祖先中具有此提交，未来错误修正从 UAT 合并到默认值时不会尝试重做这些特定于 UAT 的更改。

然而事情并没有我希望的那么顺利。从默认的虚拟合并提交开始，我尝试了以下两种情况：

1) Make a few more commits to default and then "promote" to UAT (merge default onto UAT)
2) Make a bugfix on UAT and "backport" it to default (merge UAT onto default)

在运行 #1 和 #2 之间，我删除了所有内容，以便两个场景从同一点开始。

我看到的是，根据最后合并的方向，我仍然需要在进行一个或另一个合并和恢复后检查更改的文件 - 有时合并尝试将默认配置放入 UAT，有时将 UAT 配置放入合并。

如果我恢复配置更改并提交合并，那么将来在同一方向上的合并会正常运行，但是一旦我朝另一个方向走，合并就会再次将错误的配置放入文件中。

我缺少什么？

我相信这个问题与以下问题类似这个问题 https://stackoverflow.com/q/9500399/110204：合并并不像您想象的那样工作。合并只是比较文件状态的问题，它是not将更改从一个分支应用到另一个分支的问题。

你的起点是这样的历史：

UAT:      ... x --- y --- z
                           \
default:  ..... a --- b --- c

where x and y包含 UAT 的配置设置和b是没有配置设置的虚拟合并。所以文件在b看起来就像他们在a——他们是虚拟合并的。

如果您现在对default如果您想要升级到 UAT，您将与以下人员合作：

UAT:      ... x --- y 
                     \
default:  ..... a --- b --- c

合并是在y and c。这是共同祖先所在的退化合并y本身。这意味着之间的所有变化b and c将在三向合并中“获胜”。三向合并中 hunk 的合并方式表如下：

ancestor  local  other -> merge
old       old    old      old (nobody changed the hunk)
old       old    new      new (they changed the hunk)
old       new    old      new (you changed the hunk)
old       new    new      new (hunk was cherry picked onto both branches)
old       foo    bar      <!> (conflict, both changed hunk but differently)

请注意，合并结果并不取决于合并的“方向”：该表关于合并的“方向”是对称的local and other列。在这里，两者ancestor and local is y, and other is c。所以表变成：

ancestor  local  other -> merge
old       old    new      new (they changed the hunk)

可以看到合并结果总是包含new所做的改变c.

合并是否退化并不重要。假设您在 UAT 上有一个新的提交，并且该提交不触及配置字符串，那么您在合并时会得到相同的行为（无论哪个方向，合并都是对称的）。

正常的解决方案解决这个问题的方法是将配置字符串外部化。将它们放在版本控制之外的某个地方 - 环境变量、未版本化的配置文件等。如果可以的话，请将配置文件作为版本控制下的template。然后，您为 UAT 分支创建一个无版本控制的配置文件，其中包含版本控制的配置文件。您可以根据需要覆盖此无版本配置文件中的设置。