如何在 DVCS 中跨分支移动错误修复？

Question

如果我们发现某些分支中的错误，我们会修复它（检查图片上的新版本）。但我们也有兴趣将此修复移至旧版本和主要开发分支：

a-->b-->c              (Old release)
|    
A-->B-->C-->D           (Main release)
    |
    1-->2-->bugfix-->4  (New release)

svn记住svn：merge属性（来自svn 1.6，2009） ）哪个修订版合并到哪个分支。因此，下次如果您合并修订区域，则先前合并的修订将从合并补丁中跳过。

如何应对现代 DVCS？

我需要制作普通补丁并将其应用到每个分支，还是 DVCS 提供一些帮助？

注意：我不能将New分支合并到Main，因为之前的变更集也会移动到Main分支。

变基也是不可能的，因为许多开发人员都发布了新版本。

我对命名分支模式和多存储库模式的回答很感兴趣。

PS. Andy 建议找到 bug 影响的所有分支的共同父级，对其进行更新，对 bug 进行修复，并将修复移至受影响的分支。

通过更新到旧的变更集并进行更改，您可以创建新的分支。我建议创建命名分支（将其命名为 bugID），以便稍后您可以轻松返回到它。

在寻找我们有兴趣修复错误的所有分支的共同父级时存在问题。

第一个解决方案（建议Andy）是使用$ hg/git/bzr Should并仔细检查所有受影响文件的输出。这涉及到首先修复一些最新变更集的错误，然后再用责备发现哪些变更集引入了错误。然后您需要变基修复（修补）公共父变更集。

另一个解决方案是使用 $ hg/git/bzr bisect （您也可以手动执行更新以查找引入错误的第一个修订版）。这可能是一个广泛但更真实的解决方案，因为允许将错误修复填充到存在错误的任何分支。

我认为最好先找到第一个BAD变更集，然后修复错误，而不是先修复错误，然后找到第一个BAD变更集（除非你已经知道如何做）修复错误）。引入差异也可以帮助理解它发生的原因。

PPS。有了错误，就可以清楚哪个分支受影响，以允许对任何受影响的分支进行合并更改。

如果问如何将功能从开发分支向后移植到发布分支，就会出现有趣的问题。正如您所看到的，您必须从发布分支之前的变更集开始提交功能变更集。但是当你开发功能时，你可能不知道哪里需要向后移植功能。使用 svn:merge VCS 会为您记住所有向后移植。 DVCS 怎么样？

Answer 1

您可以在要修复的每个受影响的分支上gitcherry-pick bugfix。不过，这将为每个分支上的修复生成一​​个新的提交 ID。

Answer 2

这就是为什么人们为每个功能或错误修复创建单独的分支。那么唯一的技巧是确保当您创建分支时，它是从排除您不希望包含在您打算合并回的每个分支中的任何提交的点开始的。如果您忘记了，您可以在进行任何合并之前将其重新设置为该点。如果您直到将其合并回新版本分支（如示例所示）之后才发现它，那么最好的选择可能是挑选，尽管如果您过于频繁地使用它，这可能会使将来的合并变得非常困难。

Answer 3

您可以：

1. 找到共同的父母。 感谢 Novelocrat 的这一步。
   git merge-basebranch1branch2branch3...

2. 检查公共父项
   git checkout A

3. 创建新分支来修复错误
   git checkout -b bugFix

4. 进行错误修复并将其提交到 bugFix 分支

5. 签出需要错误修复的分支
   git checkoutbranchToApplyFixTo

6. 将 bugFix 合并到分支中
   git merge bugFix