Git：合并两个分叉、独立的仓库

Question

Git：合并两个分叉、独立的仓库

3

仓库A: 从项目的SVN迁移到git，版本号为r：包括所有的SVN历史记录、标签等，之后进行了一些git开发。

仓库B: 同一项目，但是独立地从SVN迁移，版本号为r+small_number。只有最新的快照被带入git。之后进行了大量独立的开发。

现在我将A合并到了B中。想法是抛弃SVN，在GitHub上的项目存储库的develop分支中继续开发。我使用简单的合并完成了这项工作；幸运的是几乎没有真正的冲突。尽管开发主要在不同的领域，但合并后还需要进行很多清理工作，与git无关。

但是: 现在当我执行例如git rebase -i HEAD~2在合并的结果上，我理解这应该让我rebase最后两个提交，我被迎接了一个页面，其中包含了300多个提交--自SVN第一版以来项目的完整历史记录。我因担心弄得更糟而中止了rebase（显然我是一个完全的Git新手）。

这个结果是否是预期的？是否可取？如果不是，如何解决？

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

编辑：这是我*认为*现在存储库的样子：

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

- Radim

你正在尝试变基的提交之一是合并提交吗？ - Lars Noschinski

@cebewee：不，不是将两个仓库合并的那个合并提交。但它确实是一个合并提交，稍晚一些的。 - Radim

那么，HEAD 之前的合并提交的两个父提交都有 C 作为祖先？你能把这些仓库公开吗？ - Lars Noschinski

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Lars Noschinski · Accepted Answer

我猜测这种行为是因为您试图在合并提交上进行变基。

对于下面的答案，我假设您的历史记录如下，即存储库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包含了您的所有更改。我建议就这样保留它，不需要进一步的变基。