ton*_*ung 21 git github git-flow pull-request hubflow
我希望默认情况下将pull请求合并到功能分支中.
我主张使用git流,所以当为一个功能提交一个pull请求时,pull请求需要合并到develop中,而不是master.
一些管理人员评论说,作为人,团队领导可能会忽略这一事实并将错误的拉取请求合并到主人,导致后期发布问题.
我们希望降低合并地狱的风险,因此这将大大有助于实现这一目标.
编辑:我正在使用名为hubflow的gitflow分支(http://datasift.github.com/gitflow/).默认情况下,创建 git hf feature start [tik-123] 要素分支时,会根据规范创建要素分支,但也会将其推送到原点.我们想要这个用于合作.功能完成后,开发人员将转到github中的功能分支并发出拉取请求.然后,如果要在sprint中发布该功能,团队负责人将检查pull请求并将该功能合并到dev中.
Ian*_*sco 19
或者,创建develop每个人在访问项目时看到的默认分支.缺点是任何克隆它的人默认会得到一个不稳定的分支,但是默认情况下所有的pull请求都会转到develop分支.
而不是使用master和develop分支,使用stable和master.
然后在标记新版本之前合并它们通常是好的,因此没有或只有很少的转移.我使用这种模式,通常stable遵循master小延迟,合并大多是快进.
要保持master分支可部署,请在功能准备就绪时合并功能分支.但由于你有stable分支,新功能不需要经过充分测试.
github有自己建议的工作流程github flow,按照惯例,所有拉取请求默认为,master但是您现在可以将其编辑为所需的任何分支。
| 归档时间: |
|
| 查看次数: |
16489 次 |
| 最近记录: |