【发布时间】:2020-09-30 15:17:40
【问题描述】:
我想让拉取请求默认从功能分支合并到开发中。
我提倡使用git flow,所以当一个功能提交pull request时,pull request需要合并到develop,而不是master。
一些经理评论说,作为人类,团队领导可能会忽略这一事实并错误地将拉取请求合并到主控中,从而导致稍后的发布出现问题。
我们希望降低合并地狱的风险,因此这将大大有助于实现这一目标。
编辑:我正在使用一个名为 hubflow(http://datasift.github.com/gitflow/) 的 gitflow 分支。默认情况下,当创建一个特性分支 git hf feature start [tik-123] 时,特性分支是根据规范创建的,但也会被推送到原点。我们想要这个进行合作。功能完成后,开发人员将转到 github 中的功能分支并发出拉取请求。然后,如果该功能计划在 sprint 中发布,则团队负责人将审查拉取请求并将该功能合并到 dev 中。
【问题讨论】:
-
请显示您当前正在使用的命令。我真的不明白功能分支和拉动是如何结合在一起的。通常,功能分支位于开发人员存储库的本地。它可能已发布,但随后将发布到 origin/features/
。我看不出 pull 会如何将它合并到 master 中。 -
@CharlesB 那颗宝石是事后的。我想确保我的开发人员在发出拉取请求时不必担心更改基础分支。
标签: git github git-flow pull-request hubflow