我想让拉取请求默认从功能分支合并到开发中。
我提倡使用 git flow，所以当一个功能提交拉取请求时，拉取请求需要合并到开发中，而不是 master。
一些经理评论说，作为人类，团队领导可能会忽略这一事实并错误地将拉取请求合并到 master 中，从而导致稍后的发布出现问题。
我们希望减轻合并地狱的风险，因此这将大大有助于实现这一目标。
编辑：我正在使用一个名为 hubflow 的 gitflow 分支（http://datasift.github.com/gitflow/）。默认情况下，当创建一个特性分支时 git hf feature start [tik-123] ，特性分支是根据规范创建的，但也会被推送到原点。我们想要这个进行合作。功能完成后，开发人员将转到 github 中的功能分支并发出拉取请求。然后，如果该功能计划在 sprint 中发布，则团队负责人将审查拉取请求并将该功能合并到 dev 中。
或者，创建develop每个人在访问项目时看到的默认分支。缺点是任何克隆它的人都会默认获得一个不稳定的分支，但所有拉取请求也会默认转到开发分支。
代替使用masteranddevelop分支，使用stableand master。
然后在标记新版本之前将它们合并通常是好的，因此没有或只有很少的转移。我使用这个模式，通常会stable延迟master很小，合并大多是快进的。
为了保持master分支可部署，请在准备好功能分支时合并它们。但是既然你有stable分支，新特性就不必经过很好的测试。
github 有自己的建议工作流程，称为github flow，按照惯例，所有拉取请求都默认为，master但您现在可以将其编辑到您喜欢的任何分支。
在 github 中使用 gitflow 并将默认分支设置为 时develop，您将收到一条通知，告知master您已更改，并要求您develop在发布后创建一个 Pull Request。我不知道如何解决这个问题。