git 仅将最近的更改从一个存储库 merge 到另一个存储库，这是一个不相关的快照(不是克隆)

Question

我有两个 git 存储库:内部和外部。内部 repo 有我们的完整历史。大约 3 周前，外部仓库有一个内部仓库快照的提交。从图形上看，它看起来像这样:

A01
 |
A02
 |
A03
 |
A04  --> snapshot to B01
 |
A05
 |
A06 - A07
 |     |
A08    |
 |    /
A09  /
 |  /
 | /
 +
 |
A10
 |
A11
 |
A12

我的问题是如何最好地将提交 A05 到 A12 merge 到本地副本存储库 B？ (在将它们推送到我们面向公众的存储库之前，我会在内部压缩它们)

A 和 B 是完全不相关的存储库(B 不是作为 A 的克隆创建的；我们从提交 A04 获取了 repo A 的 checkout 副本，并将它们 checkin 新的 repo B)

---

所有这一切的转折点(如果不是真的，我会继续使用快照)是我有文件重命名。 Repo A 包含重构提交，其中文件被重命名和移动。如果我只是拍摄 A12 的快照并提交到 B01，那么我必须以某种方式告诉 Git 如何在移动前后关联文件(如 Mercurial 中的 hg rename -A)；此信息已经在 Repo A 的历史记录中，我不想重新创建它。

Answer 1

其他人建议手动将 checkout 的版本复制到存储库 B。您真正想要做的是压缩 提交 A01、A02 , 和 A03 到 B01。这确保您在提交 repo B 时不会出现疏忽。

现在，如果 A 和 B 在同一个存储库中，这将很简单，但事实并非如此。幸运的是，您只需将 B 添加为 A 的副本中的远程即可实现非常相似的效果:

~/A $ git remote add external ssh://path/to/B
~/A $ git fetch external

B 已设置为远程外部。它有一个完全独立的 DAG，但它们位于同一个存储库中，因此现在您可以压缩提交。不幸的是，我认为您必须知道您从哪个提交创建了 B01。可能有一些神秘的 Git 命令可以告诉你，但你自己弄明白也很容易。对于此示例，提交是 A04。 (显然这在现实中将是一个短哈希。)现在挤压:

~/A $ git rebase --interactive A04 --onto external/master

这里，external/master 指的是你DAG中的B01。

在运行上述命令时出现的编辑器中，将每次提交的操作更改为 squash。 (在 Vim 中，使用 block 模式很容易做到这一点。)它应该看起来像这样:

pick A03
squash A02
squash A01

退出编辑器并允许 Git 应用更改。现在，您可以将对 external 的更改推送到远程存储库。