git：怎样合并两个人对同一个 commit 做的不同新的 commmit？

[ericgui]

我和合伙人，对一个昨晚的 commit，在没有相互交流的情况下，分别做了一些更改，也都提交了 commit

就是说 ，commit a，现在成了 commit b 和 b'，这俩 commit 肯定有冲突，而且不只一个文件有冲突。
代码放在 github 上，现在 github 上是 commit a，我俩本地仓库是 b 和 b'

请教怎么改？

据说用 git rebase ？ 文档没看明白，特来求助！

小项目，就只有一个 master branch。

[liuzhen]

merge

[DaPanda]

rebase 跟你现在的解决思路不矛盾吧，最后再用 rebase 把两个人的 commit squash 了就好。这个还是很有用的，不然两个 commit 是解决的同一个问题就比较乱。

[mcfog]

送一张图给说 merge 的，尤其还说 rebase 不好的同学



另外，pull 命令有`--rebase`开关，比手动 fetch&rebase 省力不少

[Reficul]

@mcfog 这个代码树很漂亮。

[yuankui]

这不就是最基本的分支合并吗？

git merge origin/master

[anubiskong]

这个难道不是最简单的那种。。。rebase 其中一个。。。然后再 rebase 另外一个吗。。。

[ericgui]

@QAPTEAWH 谢谢，你这个思路是个好思路，我下次试试，不试总是没法提高的。其实 git 的提示挺靠谱的，我已经根据 git 的提示，学到了不少东西了。

[hugo775128583]

原分支 x 上 reset 到 commit a，checkout 新的 branch y，add commit changes。
checkout 回分支 x，pull origin （拉取同事的修改，更新到 commit b'），cherry-pick 分支 y 上的 commit。

[hugo775128583]

#28 想了想不太确定现在冲突的情况，上述操作也可能要解决不少冲突。

[Wolther47]

@030 题主这种情况就应该用 rebase

[wweir]

merge 有一个 fast forword 的开关，可以达到类似 rebase 的效果。

rebase 有 rebase 的好处，merge 有 merge 的好处，rebase 分支线看着爽，merge 好追踪。具体选哪个无所谓，前后保持一致就行