github，merge后我的fork自动ahead于‘主干’1commit

Question

我从A（主干）fork的，一段时间后我的fork behind于A,然后create pull request，然后在我的fork这里merge，之后我的fork就会自动ahead于A 1 个commit。。。

有没有人遇到和我一样的github问题，，，怎么办能自然同步于A

Answer 1

只要不是fast-forward，pull之后会自动merge，而每次merge就会产生一个commit记录。

解决办法：

1. 假如你的repo只是晚于主干，没有不一样的commit，那么就是fast-forward。这时候先pull到本地上来，跟本地的内容merge在一起。这种情况不会产生额外的commit记录。然后再将本地代码push到自己的远程repo上。

2. 如果不满足fast-forward条件，那么需要pull --rebase到本地，并完成rebase操作。成功后再push到远程repo。

附： 一份关于“如何 ~~变基~~ rebase”的资料： https://github.com/edx/edx-platform/wiki/How-to-Rebase-a-Pull-Request

Answer 2

所以你要用rebase……

如果你在自己的分支上什么也没干，那么无论是rebase还是merge之后你的分支就和A的head是一样的，没有多一个commit。
当然如果你自己改了什么东西，那就怎么也不可能完全同步了，要不然你还要版本控制系统干神马。
但rebase和merge的区别就是，merge在这一点会创建一个新的change，rebase只是把你在这个分支上的变化历史接在A的历史后面，没有新的changelog。