我的组织正在从SVN过渡到Git（在GitHub上托管），我们基本上采用了git-flow分支模型。
我们一直在使用pull请求在分支之间进行合并。我们使用GitHub Web界面来处理合并并关闭请求。
拉取请求与--no-ff合并。因此，合并提交将在目标分支中发生。
所以....我们经常从开发合并到主 - 所以在合并之后发生的事情是开发分支将落后于（由于合并提交不在主设备中）和提前（由于在开发过程中完成了新工作）。
经过多次迭代，我们最终得到了＃34; develop分支是23个提交落后，7个提交超过master＆＃34; - 这看起来很荒谬。我们应该不担心吗？我们应该手动合并而不是通过GitHuib Web界面合并吗？
答案 0 :(得分：3)
如果开发的唯一原因是由于合并提交，那么你应该能够定期安排同步。
git fetch
git checkout develop
git merge --ff-only master
git push
如果你有一些修补程序分支进入，那么最糟糕的情况是上述将失败。但是，您只是在没有--ff-only标记的情况下进行合并。这是perfectly acceptable和expected（请参阅答案评论）。
虽然使用GitHub的拉取请求系统管理来自其他遥控器的拉动很方便，但是你应该不用GitHub做一些内部清理。