产品研发中的分支策略及发布管理

产品研发中的分支策略及发布管理

废话不多说,直接上图:

在这里插入图片描述 一些说明:
1. master为稳定版本分支,只有一个,禁止直接提交commit至master分支,代码只能以pull request的形式经code review后才能合入此分支;
2. develop为开发分支,从master拉出的,只有一个,禁止直接提交commit至develop分支,代码只能以pull request的形式经code review后才能合入此分支;
3. feature用于单独功能开发,新功能开发初始时从develop分支拉出,当功能开发完成后merge回develop,同一时间可以有N个feature分支,可以直接在此分支上提交commit,可以删除;
4. release用于版本发布,当需要发布版本时,从develop分支拉出,版本发布完成后merge至develop或master,可以删除;
5. hotfix用于修复正式版本中的紧急bug,修改完成后merge至develop或master,然后再拉release发布版本,可以删除;
6. tag为需要时打的一个标签,方便后续查找对比
这个模型使用得当,可以很大程度杜绝低级错误,有效保障版本的稳定性。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值