我有两个 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 的历史记录中,我不想重新创建它。
最佳答案
其他人建议手动将 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
的更改推送到远程存储库。
关于git 仅将最近的更改从一个存储库 merge 到另一个存储库,这是一个不相关的快照(不是克隆),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30762562/