手动复制 Repo 文件后重建 Git 历史记录

Question

我一直在使用手动复制的存储库副本，不幸的是，它没有历史记录。 现在已经找到了具有大量历史记录的旧版 repo。 我从头开始创建的回购（红色）并结合历史回购的历史（蓝色）的最佳选择是什么？

Answer 1

在您的新存储库中，将旧存储库添加为远程存储库并获取它。

git remote add old <path or url to the old repo>
git fetch old

A - B - C - D [old/master]

              E - F - G - H [master]

E 是您在所有文件中复制的初始提交。

检查 D 和 E 是否与git diff old/master E相似。 如果它们是相同的，或足够近，它并不重要，底垫master之上old/master 。

git rebase old/master

            [old/master]
A - B - C - D - E1 - F1 - G1 - H1 [master]

                E - F - G - H

E1现在将是D和E文件之间的差异。 如果文件相同，则不会有E1并且会跳到F1 。

然后你可以git push这个回到old 。

git push old master

                                  [old/master]
A - B - C - D - E1 - F1 - G1 - H1 [master]

                E - F - G - H

请注意，这仅适用于master 。 如果还有其他开放的分支，它们也必须重新定位到新的master 。 还要确保检查是否需要移动任何标签。

现在合并历史记录，决定哪个存储库是规范的并销毁另一个存储库以避免历史再次发生分歧。

---

如果存在重叠，即如果在将文件复制到 E后在旧 repo 中进行了更改，则可能会发生冲突。 如果在复制文件后在旧的 repo 中进行了大量更改，则可能有必要根据旧的提交重新设置基准，然后将新的提交视为一个分支。

例如，假设在 B 提交到旧存储库后，文件被复制到 E。 后来又加入了C和D。

A - B - C - D [old/master]

      E - F - G - H [master]

你会在 B 之上变基。

      C - D [old/master]
     /
A - B - E1 - F1 - G1 - H1 [master]

        E - F - G - H

然后将old/master上的剩余提交视为任何其他旧分支。

git merge old/master

      C - D ---------------   [old/master]
     /                     \
A - B - E1 - F1 - G1 - H1 - J [master]

        E - F - G - H

Answer 2

我不确定这是否有效，因为您已经手动复制了存储库。 如果您必须将存储库复制到其中一个存储库并且提交具有相同的提交哈希，则此方法有效。 但是可能值得一试。

在您的旧存储库中：

Git remote add [name] <url to the new repo>

现在，在您的旧存储库（来源）中，您将拥有丢失它的所有历史记录和新存储库（您在 git remote add 中的 [name] 中为其指定的名称...），您将拥有所有新提交。

现在只需将自己放在旧仓库中主分支上的最新提交上，然后执行

Git merge [name]/master 

（或任何你的主分支的名字）

这个想法是尝试得到这样的东西：