请教 cherry-pick 冲突的原因

你把它想象成就是 merge 单条提交就对了，不一样的地方肯定会冲突。

@bluesky139 唉，关键有次提交是 cherry-pick 过去的。少过去一部分代码。不知道为啥 git 会把有些代码忽略掉

我觉得不大可能是忽略，你可以到之前那里 branch 一个分支出来，再 cherry-pick 一次，重现一下当时的情况，再仔细观察下。

有个东西叫 format-patch ，可以把你要 cherry-pick 的 commit 转换为 patch ，看看 patch 里面有什么东西。

@bluesky139 也许吧。。希望可以复现。同事是通过 gerrit ，进行 cherry-pick 的。

cherry-pick 相当于是 将 某一分支的 commit 代码中的变更点，单独提取出来，当作一次 “重写”，并加入到当前分支。

如果对应的 Commit 中修改的代码，在当前分支中不存在，则会冲突。

如果当前分支已经包含部分修改过的代码（即使代码一摸一样，但是不属于一个 Commit ），也会造成冲突。

建议下载一个 IDEA 社区版（开源免费），使用里面的 Git 工具进行操作，会简单舒服很多。

@linuxsteam 确实不可能 cherry-pick 后忽略...不要信任同事，自己再操作一遍试试。

@monetto
> 如果当前分支已经包含部分修改过的代码（即使代码一摸一样，但是不属于一个 Commit ），也会造成冲突。
我现在遇到了 代码不属于同一个 commit ，但是成功合并变更点。没有提示冲突。。自己建立个仓库没模拟出来

@linuxsteam emm ，这样呢。

分支 A ，在某个文件上，加入一行 “123”，创建 CommitA 。
分支 B ，在某个文件上，加入一行 “123”，创建 CommitB 。

这时候 切换到 分支 B ，对 CommitA 进行 charry-pick 。

不过话说，频繁使用 Cherry-Pick 的场景是什么呢，Cherry-Pick 对 Git 树是有一定破坏性的。能 Merge 最好还是 Merge 。

以前公司使用 Cherry-Pick 是因为 test 分支和 master 分支代码差别太大了，不能使用 Merge 。该进行改造，抽取配置文件，但是没人做。项目太大了，也不方便做这些了。

@monetto #9 这样会冲突吧
我们这里用分支当不同客户的版本，会总用 cherry-pick 。不是只有一个生产分支