【问题标题】:Mercurial: applying changes one by one to resolve merging issuesMercurial:一一应用更改来解决合并问题
【发布时间】:2010-05-26 22:36:14
【问题描述】:

我最近尝试合并一系列变更集,但遇到了大量合并问题。因此,我想尝试按顺序逐个应用每个变更集,以使合并问题更易于管理。

我将举一个例子,其中包含 4 个有问题的变更集(514,515,516 和 517)[在我的真实案例中,我得到的不止这些]

o changeset: 517
|
o changeset: 516
|
o changeset: 515
|
o changeset: 514
|
|
| @ changeset: 513 
| |
| o changeset: 512
| |
| o
| |
| o
| |
| o 
|/
|
|
o changeset 508

请注意,在提取有问题的变更集之前,我已经克隆了我的存储库。

当我提取 4 个变更集并尝试合并时,事情太复杂而无法解决。

所以我只想提取变更集 514,然后合并。然后,一旦我解决了合并问题,只提取变更集 515 并应用它等等。(我知道编号会改变,这不是我的问题)。

我应该怎么做,最好不使用任何扩展? (因为我想了解 Mercurial 以及我在哪些方面做得更好)。

是否可以在 508 和 514 之间生成补丁并应用该补丁? (如果是,我将如何生成该补丁)

最受欢迎的答案包括具体的命令行示例:)

【问题讨论】:

    标签: mercurial merge


    【解决方案1】:

    我没有对此进行测试,但合并单个变更集应该很容易:

    $ hg update -r 513
    $ hg merge -r 514
    ... # do your conflict resolution and commit
    $ hg merge -r 515
    ... # repeat
    

    【讨论】:

    • 非常感谢...我没有意识到我可以这样做。唯一的缺点是我的“hg glog”输出看起来有点乱,但效果很好,我已经能够解决所有问题:) 非常感谢!
    • 看起来编织的 Glog 输出是熟练的善变用户的标志。 :)
    【解决方案2】:

    我也没有测试过,但它应该只适用于 hg up 一个接一个地处理每个外部变更集。我认为您不必在两次更新之间进行提交。

    作为奖励,你想要的命令行示例:-)

    hg up 513
    hg up 514
    hg up 515
    hg up 516
    hg up 517
    

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2011-05-21
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-09-26
      • 1970-01-01
      相关资源
      最近更新 更多