将develop分支设置为pull请求的默认值

Question

我希望默认情况下将pull请求合并为功能分支。

我主张使用git流，所以当为一个功能提交一个pull请求时，pull请求需要合并到develop中，而不是master。

一些管理人员评论说，作为人，团队领导可能会忽略这一事实并将错误的拉取请求合并到主人身上，从而导致稍后发布的问题。

我们希望降低合并地狱的风险，因此这将有助于实现这一目标。

编辑：我正在使用名为hubflow（http://datasift.github.com/gitflow/）的gitflow分支。默认情况下，创建要素分支 git hf feature start [tik-123] 时，会根据规范创建要素分支，但也会将其推送到原点。我们想要这个用于合作。功能完成后，开发人员将转到github中的功能分支并发出拉取请求。然后，如果要在sprint中发布该功能，团队负责人将检查pull请求并将该功能合并到dev中。

Answer 1

或者将develop作为访问项目时每个人都看到的默认分支。缺点是任何克隆它的人默认会得到一个不稳定的分支，但是默认情况下所有的pull请求都会转到develop分支。

Answer 2

不使用master和develop分支，而是使用stable和master。

然后在标记新版本之前合并它们通常很好，因此没有或只有很少的转移。我使用此架构，stable通常master跟随master延迟很小，合并主要是快进。

要保持stable分支可部署，请在功能准备就绪时合并功能分支。但由于您拥有{{1}}分支，因此新功能无需经过充分测试。

Answer 3

github有自己建议的工作流程github flow，按照惯例，所有拉取请求都默认为master，但您现在可以将其编辑为您喜欢的任何分支。

Answer 4

在默认分支设置为develop的github中使用gitflow时，您将收到master发生更改的通知，并要求您在释放后创建对develop的请求请求。我不确定如何解决此问题。