两个 git repo 合并后，可否保持同样的 commit id？

[zealinux]

原来有个 A 项目，master 分支， 后来又新开了 B 项目，代码与 A 一致， 然后 A 也在开发，B 也在开发。

那么能否将 A 的修改 commit 释放到 B 项目中（从交汇点拉出新分支）， 而且保持新分支与 A 项目的 master 分支的每个 commit id 都一样？

[wxsm]

Repo 还能合并？

[pupboss]

从 b 拉出来一个共有的分支，随意命名，但是 track master 分支，gitconfig 里面 origin 改成 a 仓库，pull master 分支，之后改成 b 仓库，track 另一个名字（除 master ）的分支，push 上去

[shawndev]

关键字：upstream

[wellsc]

可

[soulmt]

可以的

[msg7086]

commit id 是历史的签名。
如果你原来的提交不是来自同一分支，那么将他们的提交记录合并以后，历史改变了，commit id 自然会改变。

换句话说，如果你的两个仓库
A: commit1 -> commit2
B: commit3 -> commit4
假设 commit1 和 commit3 有相同的文件内容但 commit id 不同，那么当你把 2 改嫁到 3 上的时候必然引起历史的变化，也就会导致 2 与原先的 2 的 commit id 不同。

[szq8014]

git 和 svn 的区别之一就是 git 是分布式的，只要仓库的初始 commit 一致就可以视为同一个仓库，就可以 pull/merge/push 。
一般情况下会以为 pull/push 的目标只能是一个仓库，其实可以是多个。