异国情调的GIT合并

Question

因此，这里的情况可能并不常见。我想对如何最好地进行一些想法。我正在尝试合并两个基于共同代码基础的项目。直到一点。到目前为止，如果提交历史将共享相同的历史，那么一切都很好。我的意思是什么，好吧……

最初的项目是一个墨西哥存储库，但在某个时候，Bitbucket决定放弃对Mercurial的支持。这就是原始项目切换到GitHub的点。但是我已经完成了我之前一直维护的叉子的开关。因此，现在有两个版本的同一库具有完全相同的提交历史记录，直到出现叉子为止。但是，每对委员会的提交都不会少，因此Git认为没有共同的历史。自叉以来，原始库没有任何重大更新，只是小修复。我的叉子有一些重大变化。那该怎么做。 Oginal Project负责人最近与我联系了有关接管存储库的可能。我的叉子从不上游的事情的原因是，从我的说法中，另一侧没有时间。我猜足够公平，在开源中，志愿者没有任何义务。如果我要接管存储库，我想再次合并项目。

关于如何最好地做到这一点的想法吗？我正在考虑将主人重命名为掌握，并使用我的叉子的历史，该历史已适用于新的大师。之后，我会樱桃从叉子上挑选出Master Old的补丁。但这可能会导致人们下次吉特拉的问题。有没有更好的方法来应对这种情况？

Answer 1

git Replace 转换历史记录中指向与旧转换中相同的树的最新提交，并在旧转换中使用相同的提交，然后 git filter-branch< /code> 烘焙更新后的祖先。

Answer 2

如果您只想保留一个分支的历史记录（例如，每个存储库的“master”上发生的所有事情），您可以将其作为变基来执行。请注意，git rebase 默认情况下会删除合并提交，因此这不会像 filter-branch 那样保留历史记录。

在 git rebase 的手册页中，它讨论了"困难情况”，其中“更改与变基之前的更改不完全对应”。由于这种形式的变基指定了要应用的更改的确切顺序，因此共同祖先在哪里并不重要 - 或者甚至，就像您的情况一样，如果根本没有共同祖先。

我们将一个存储库称为“alice”，将另一个存储库称为“bob”。假设您已签出“alice”，您将首先添加“bob”存储库作为远程存储库。为了清楚起见，我们将创建名为“alice-master”和“bob-master”的本地分支：

git remote add [email protected]:bob/example
git branch alice-master master
git branch bob-master bob/master

您现在拥有一个具有两个未连接的历史记录的存储库。您的下一个工作是查找两个分支的历史记录中的最后一个修订版，并根据每个存储库记下其提交哈希值。在这些提交处设置标签以更清楚地引用它们：

git tag alice-last-shared abc123de
git tag bob-last-shared 987fed76

现在，您可以告诉 git 获取“bob-last-shared”之后的整个历史记录，直到“bob-master”，并在“alice-”之上重新创建它last-shared”：

git rebase bob-last-shared bob-master --onto alice-last-shared

由于“alice-master”中的文件与“bob-master”中的文件相同，因此应该干净地应用此变基。你现在应该有一个“bob-master”
和一个“alice-master”，它们有一个共同的祖先，就好像它们一直是同一个存储库的分支一样。您现在可以继续进行正常合并：

git switch alice-master
git merge bob-master

此时，您可能会遇到一些冲突。对此没什么可做的，但要仔细挑选。