GitHub 分支之间的拉取请求

Question

我的组织正在从 SVN 过渡到 Git（托管在 GitHub 上），我们基本上采用了 git-flow 分支模型。

我们一直在使用拉取请求在分支之间进行合并。我们使用 GitHub Web 界面来处理合并并关闭请求。

拉取请求与 --no-ff 合并。因此，合并提交将发生在目标分支中。

所以......我们经常从开发合并到主控- 所以合并后发生的情况是开发分支将既落后（由于合并提交不在主控中）又领先（由于开发中正在完成新工作） 。

经过多次迭代，我们最终得到“develop 分支落后 23 次提交，领先 master 7 次提交”——这看起来很荒谬。我们不应该担心这个吗？我们应该手动合并而不是通过 GitHuib Web 界面吗？

Answer 1

如果开发落后的唯一原因是合并提交，那么您应该能够定期安排同步。

git fetch
git checkout develop
git merge --ff-only master
git push

如果您有一些修补程序分支，那么最坏的情况是上述操作将失败。然而，这样你就可以在没有标签的情况下进行合并--ff-only。这是完全可以接受和预期的（请参阅答案的评论）。

虽然使用 GitHub 的拉取请求系统来管理来自其他远程的拉取很方便，但您应该时不时地进行一些内部清理，而不使用 GitHub。