我从A（主干）fork的，一段时间后我的fork behind于A,然后create pull request，然后在我的fork这里merge，之后我的fork就会自动ahead于A 1 个commit。。。
有没有人遇到和我一样的github问题，，，怎么办能自然同步于A
走同样的路，发现不同的人生
只要不是fast-forward，pull之后会自动merge，而每次merge就会产生一个commit记录。
fast-forward
解决办法：
假如你的repo只是晚于主干，没有不一样的commit，那么就是fast-forward。这时候先pull。这时候先pull到本地上来，跟本地的内容merge在一起。这种情况不会产生额外的commit记录。然后再将本地代码push到自己的远程repo上。
pull
如果不满足fast-forward条件，那么需要pull --rebase到本地，并完成rebase操作。成功后再push条件，那么需要pull --rebase到本地，并完成rebase操作。成功后再push到远程repo。
pull --rebase
rebase
push
附： 一份关于“如何 ~~变基~~ rebase”的资料： https://github.com/edx/edx-platform/wiki/How-to-Rebase-a-Pull-Request
所以你要用rebase……
如果你在自己的分支上什么也没干，那么无论是rebase还是merge之后你的分支就和A的head是一样的，没有多一个commit。 当然如果你自己改了什么东西，那就怎么也不可能完全同步了，要不然你还要版本控制系统干神马。 但rebase和merge的区别就是，merge在这一点会创建一个新的change，rebase只是把你在这个分支上的变化历史接在A的历史后面，没有新的changelog。
只要不是
fast-forward，pull之后会自动merge，而每次merge就会产生一个commit记录。解决办法：
假如你的repo只是晚于主干，没有不一样的commit，那么就是
fast-forward。这时候先pull。这时候先pull到本地上来，跟本地的内容merge在一起。这种情况不会产生额外的commit记录。然后再将本地代码push到自己的远程repo上。如果不满足
fast-forward条件，那么需要pull --rebase到本地，并完成rebase操作。成功后再push条件，那么需要pull --rebase到本地，并完成rebase操作。成功后再push到远程repo。附： 一份关于“如何 ~~变基~~ rebase”的资料： https://github.com/edx/edx-platform/wiki/How-to-Rebase-a-Pull-Request
所以你要用rebase……
如果你在自己的分支上什么也没干，那么无论是rebase还是merge之后你的分支就和A的head是一样的，没有多一个commit。
当然如果你自己改了什么东西，那就怎么也不可能完全同步了，要不然你还要版本控制系统干神马。
但rebase和merge的区别就是，merge在这一点会创建一个新的change，rebase只是把你在这个分支上的变化历史接在A的历史后面，没有新的changelog。