Git：合并两个不同的、独立的存储库

Question

存储库 A：从项目的 SVN 版本 r 迁移到 git：克隆了整个内容，包括所有 SVN 的历史记录、标签等。之后在 git 上进行了一些开发。

存储库 B：同一项目，但在修订版 r+small_number 时从 SVN 独立迁移。仅将最新的快照引入 git。后来有很多独立开发。

现在我将 A 合并到 B 中。想法是放弃 SVN，开发将在 GitHub 上项目存储库的 develop 分支中继续。我使用简单的合并来完成这项工作；值得庆幸的是，真正的冲突很少。开发主要是在不同的领域，尽管合并后有很多清理工作，与 git 无关。

但是：现在当我在 合并结果，我理解应该让我重新调整最后两次提交的基础，我看到了大约 300 多个提交的页面——自修订以来项目的完整历史记录SVN 中为 1。我中止了 rebase，因为担心搞砸更多（显然我是一个完全的 Git 新手）。

这是预期的结果吗？值得吗？如果没有，如何修复？

请注意，所有单元测试等都通过了，文件本身没问题，只是我不明白 git 元数据/历史记录发生了什么。

编辑：这就是我*的想法* 存储库现在如下所示：

          r         A
... o --- o --- ... o 
                     \ 
               B      \    
    o --- .... o ----  o --- ... o 
   r+small_number      C         HEAD

Answer 1

我猜想发生这种行为是因为您试图通过合并提交进行变基。

对于以下答案，我假设您的历史记录如下所示，即存储库 A 和 B 是完全独立的：

          r         A
... o --- o --- ... o

o ... o
r'    B

您需要问自己要实现什么目标？因此，您希望有一个新分支 C，其中包含 A 和 B 中的更改。这里的优先级是什么？你想获得正确的历史吗？纠正 r' 丢失其 SVN 历史记录的事实？或者保持 A 和 B 的 git 历史记录不变很重要吗？

我的回答是假设你想实现前者。由于 A 和 B 都源自非常相似的 SVN 存储库版本，因此在合并共同历史记录之前为它们提供一个共同的 git 库可能是一个好主意。因此，理想情况下，在合并之前，您会遇到这种情况：

          r          A
... o --- o --- .... o
           \
            \
             o --- .... o
       r+small_number   B

目前，我不确定哪种方法是实现此目的的最佳方法，但您可以尝试执行 git rebase -p --onto r --root B< /代码>。

然后你可以git merge A和B并最终得到

          r          A     C
... o --- o --- .... o --- o
           \              /
            \            /
             o --- .... o
       r+small_number   B

C包含所有更改的历史记录。我可能会就此罢休；无需任何进一步的变基。