GitHub在分支之间拉取请求

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

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

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

所以。。。。我们经常从develope合并到master，因此合并后的情况是，develope分支既落后（因为合并提交不在master中），也领先（因为develope中正在进行新的工作）

---

在多次迭代中，我们最终得到了“开发分支同时落后于23次提交，领先于master 7次提交”——这似乎很荒谬。我们不应该担心这个吗？我们应该手动合并而不是通过GitHuib web界面合并吗

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

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

如果您有一些热修复程序分支进入，那么最坏的情况是上述操作将失败。但是，您只需要合并而不使用

--ff only

标记。这是和（见答案的评论）

---

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

如果您使用的是“git flow”，请告诉我为什么要直接将develop合并到master？如果您关心合并提交，在CI系统中与

--ff only

合并。如果您只关心“幕后”提交，只需每隔一段时间使用

--ff only

将master合并回开发中即可。如果你不在乎，就忽略它。@Gökay Gürcan有时我们从开发中合并（没有真正的qa周期的小项目），有时我们为更大的项目使用发布分支，特别是在qa周期中。我们尽量不把重点放在教条上；）我的问题仍然适用于发布分支合并（通过拉请求）到master