git：将子树从一个分支合并到另一个分支

Question

我在将开发分支的子树合并回集成分支时遇到问题。

我有两个分支，一个用于开发，一个用于集成。开发分支中已经完成了广泛的开发，我想将其中的一部分合并回来。我要合并的特定部分全部包含在开发分支的一个子树中。

我的目录结构是这样的：

[Branch A]              [Branch B]
    |                       |
    +--Dir1                 +--Dir1
    +--Dir2                 +--Dir2
        |                   |   |
        +--DirA             |   +--DirA
            |               |       |
            +--File1        |       +--File1
            +--File2        |       +--File2
                            |       +--File3
                            |       +--File4
                            +--Dir3

我想将Branch B/Dir2/DirA合并到Branch A/Dir2/DirA。我希望合并 File1 和 File2，并在分支 A 中创建 File3 和 File4。我不想选取 Dir3 或 Dir1 中的任何更改。

我已经尝试了 kernel.org 为 合并子树，但是当我执行 git read-tree 时，它​​们失败了：

error: Entry 'Dir1/DirA/File1' overlaps with 'Dir1/DirA/File1'.  Cannot bind.

我尝试使用 子树script 托管在 github 上，但我不太幸运。当我这样做时：

git checkout Branch_A
git subtree merge -P Dir2/DirA Branch_B

我看到 Dir3 已被合并的证据，并且合并因冲突而失败。

我可以挑选要合并的文件，但这对于一个常见且直接的问题来说似乎不必要地复杂。

Answer 1

您想要的可能很简单：

git merge Branch_B -s ours  [OPTIONAL]
git checkout Branch_B Dir2/DirA

详细信息

此配方将子树从 Branch_B 复制到 Branch_A，并且（可选）还在 git 的项目历史记录中创建合并提交：

1. 切换到 Branch_A，以防您尚未到达。

   git checkout Branch_A

2. （可选）建立合并提交，而不更改工作区中的任何文件 (合并策略“我们的”）。这个“空”提交只是将另一个分支添加为第二个父分支，创建历史链接。如果这对您来说不重要，您可以跳过此步骤；后续步骤不需要它。

   git merge Branch_B -s ours

   注意：只能在干净的工作空间中执行此操作；如果您修改或暂存了任何文件，此命令可能会失败。

3. 将子树 Dir2/DirA 的内容从 Branch_B 复制到您的工作区，而不更改您的活动分支。

   git checkout Branch_B Dir2/DirA

4. 将文件从 Branch_B 提交到 Branch_A。如果省略 --amend 则会为此步骤创建一个新的提交；使用它将使新文件成为早期合并提交的一部分。

   git commit --amend

步骤3中checkout的形式可能看起来很陌生，但官方文档指出，当不使用这种形式时，习惯的分支切换行为实际上只是一种方便：

如果没有给出路径，git checkout 也会更新 HEAD 以将指定分支设置为当前分支。

因此，如果您确实提供了显式路径，它不会切换分支，只是从该路径复制文件。

Answer 2

你遇到的问题是 git 不是为做这样的事情而设计的。考虑以下历史记录，可能会导致问题中出现两个分支 A 和 B：

C - D - E - F - G - H
 \
  H - I

分支 A 指向提交 I< /code> 和分支 B 指向提交 H。现在您想要将 B 中的一些更改接管到 A 中。

例如提交 D 和 F 修改了 Dir2、E、G 和 H 对 Dir1 和 Dir3 做了一些事情。因此，实际上您只想将提交 D 和 F 添加到集成分支 A 中。

这意味着分支 B 的创建不够仔细，您实际上希望将其重做为（至少）两个干净的主题分支。类似于：

git checkout -b topic_I_want_to_merge_touching_Dir2 C
git cherry-pick D
git cherry-pick F
git checkout -b topic_I_dont_want_to_merge_now C
git cherry-pick E
git cherry-pick G
git cherry-pick H
git checkout B
git merge topic_I_want_to_merge_touching_Dir2

如果存在同时涉及 Dir1 和 Dir2 的提交，那么这些提交是“坏的”，因为它们不涉及单个主题，而是涉及多个主题事情立即发生。在这种情况下，您可能不仅需要重新调整提交，还需要使用 git-rebase -i 来将提交更改为好的提交。

当然，您可以只合并分支 A 并修复生成的树。但这将使得继续处理 A 中的“非合并”更改变得几乎不可能，因为当您合并 A 的后代时，您将必须修复再次生成结果树，因为 E、G 和 H 的更改不会包含在 git 为您准备的树中，如下所示这些提交已经合并。

Answer 3

合并子树实际上是指将外部项目的一部分合并到您的项目中。我会参考这篇博客文章来完成您想做的事情： http://jasonrudolph.com/blog/2009/02/25/git-tip-how-to-merge-specific-files-from-another-branch/

Answer 4

我只需将 dirA 设为子模块并为其引入第三个存储库。