git - cherry-pick 工作后 git 如何 merge ？

Question

假设我们有一个 master 分支。

然后我们创建一个newbranch

git checkout -b newbranch

并对 newbranch 进行两个新提交:commit1 和 commit2

然后我们切换到 master 并制作 cherry-pick

git checkout master
git cherry-pick hash_of_commit1

查看 gitk，我们发现 commit1 及其精心挑选的版本具有不同的哈希值，因此从技术上讲，它们是两个不同的提交。

最后我们将 newbranch merge 到 master 中:

git merge newbranch

并看到这两个具有不同哈希值的提交被毫无问题地 merge ，尽管它们暗示相同的更改应该应用两次，因此其中一个应该失败。

git 是否真的在 merge 时对提交的内容进行了智能分析，并决定更改不应应用两次，或者这些提交在内部标记为链接在一起？

Answer 1

简答

别担心，Git 会处理它。

长答案

不同于例如SVN¹，Git 不以增量格式存储提交，而是基于快照^2,3。虽然 SVN 会天真地尝试将每个 merge 的提交作为补丁应用(并且由于您描述的确切原因而失败)，但 Git 通常能够处理这种情况。

merge 时，Git 会尝试将两个 HEAD 提交的快照组合成一个新的快照。如果代码或文件的一部分在两个快照中相同(即因为提交已经被精心挑选)，Git 将不会触及它。

来源

¹ Skip-Deltas in Subversion
² Git Basics
³ The Git object model