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


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

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

github 开放源代码 git

桌面小助手 11 years, 6 months ago

所以你要用rebase……

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

猫出没注意 answered 11 years, 6 months ago

只要不是 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

爱与和平的罗帕 answered 11 years, 6 months ago

Your Answer