我可以使用什么git命令在完全独立的分支上的两次提交之间建立链接？ [重复]

Question

这个问题已经在这里有了答案：

• 如何将过去放在git存储库中？ 4个答案
• 在Git中的根提交之前添加提交？ [重复] 2个答案
• 用Git更改项目的第一次提交？ [重复] 4个答案

我有一个git仓库，里面有一些提交。 不幸的是，实际上它是基于github上的一个仓库，其中包含数百个提交。

我已经在第一次提交所基于的github上找到了提交。 我使用git remote add github $url将github repo添加为另一个远程。 我能够git fetch github master无git fetch github master 。 所以我怀疑你可以将我的本地存储库绘制为

从A78到B1的洋红色虚线不属于提交历史记录。 这是我要建立的链接。 我想告诉git，非github上游的第一次提交实际上是github上A78的更改版本（即使它们很小，两者之间肯定也存在差异）。

我可以发出什么git命令在B1和A78之间建立这种洋红色的族谱关系？

执行完此命令后，我希望能够使用git merge github/master类的命令将从A78到B7发生的所有更改合并到A链的头部（我们称其为A147），以便我们得到一些小的补丁加上github版本的最新版本（确认我可能必须处理一些合并冲突）。

同样重要的是，我能够继续将更改推送到我们本地的上游存储库。

答案 （因为我无法发布已解决问题的答案，所以我将其放在此处）

链接的文章之一提到git移植技术。 我能够在.git/info/grafts放置一个嫁接，这使我能够将自假设的A78以来发生的更改合并到我的B分支中。

我对git filter-branch技术进行了测试，但最终导致了灾难。 它导致所有提交都得到一个新的哈希，当我将其推送到测试存储库并检查提交图时，我观察到了两个完整的提交链：一个带有原始哈希，另一个带有过滤的哈希。 不用说我用火杀死了它。

为了与我们的本地存储库和github存储库保持一致：答案本身就是嫁接，而filter-branch是一个非常糟糕的主意。 由于嫁接是针对每个存储库的，因此这不能完全解决问题，但是如果我能弄清楚如何在gitlab仓库中安装嫁接，我想我会宣布胜利。

其他两个假定的重复问题使用了git rebase ，这将重写哈希值并导致历史记录与先前存在的上游存储库不兼容。

这个原始问题的最后一句要求保持与现有上游存储库的兼容性。 第一个被假定的重复问题中只有一小部分是安全的（嫁接），其余的将破坏提交哈希。 第二个和第三个假定的副本同样会破坏提交哈希。

Answer 1

我认为，您想要做的是在A78阶段创建存储库的新分支。

根据Github指南：

分支是一次在不同版本的存储库上工作的方式。

从存储库分支

有关更多详细信息，请参阅此Github指南第2步 。