GitHub 分支之间的拉取请求

GitHub Pull Requests Between Branches

我的组织正在从 SVN 过渡到 Git(托管在 GitHub 上),我们基本上采用了 git-流分支模型。

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

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

所以....我们经常从 develop 合并到 master - 所以合并后发生的是 develop 分支behind(由于合并提交不在 master 中)和 ahead(由于在开发中完成了新工作)。

经过多次迭代,我们最终得到 "develop branch is both 23 commits behind and 7 commits ahead of master" - 这看起来很荒谬。我们不应该担心这个吗?我们应该手动合并而不是通过 GitHuib 网络界面吗?

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

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

如果你有一些修补程序分支进去了,那么最坏的情况是上面的会失败。但是,您将在没有 --ff-only 标签的情况下进行合并。那是 perfectly acceptable and (见答案的评论)。

虽然使用 GitHub 的拉取请求系统来管理来自其他远程的拉取很方便,但您应该不使用 GitHub.

时不时地进行一些内部清理