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

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

废话不多说,直接上图:

在这里插入图片描述 一些说明:
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为需要时打的一个标签,方便后续查找对比
这个模型使用得当,可以很大程度杜绝低级错误,有效保障版本的稳定性。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
GitLab分支策略是指在开发过程使用不同的分支管理代码的一种方法。分支是用于独立开发和管理功能的副本,可以在不影响主要代码的情况下进行修改和测试。 在GitLab,常见的分支策略包括以下几种: 1. 主分支(Master/Main):主分支是项目的主要分支,用于存储稳定的、可发布的代码。通常情况下,主分支应该保持干净、可用,并且只允许合并经过验证的代码。 2. 开发分支(Development):在主分支的基础上创建的开发分支,用于并行开发多个功能。开发人员可以在开发分支上进行修改、测试和提交代码。一般情况下,这个分支会持续不断地接收从其他分支合并的代码。 3. 功能分支(Feature):功能分支用于对一个具体的功能进行开发。每个功能分支都从开发分支上创建,并在开发完成后再合并回开发分支,然后可以选择是否将其合并回主分支。 4. 修复分支(Hotfix):修复分支主要用于解决主分支上的紧急问题。当主分支上出现了一个严重的问题,需要立即修复时,可以从主分支上创建一个修复分支,在修复完成后再合并回主分支。 在实际应用,可以根据项目的规模和需要进行适当的调整和定制。例如,对于大型项目,可以引入预发布分支(Release)用于测试和准备发布版本。另外,还有一些高级的分支策略,如可选分支(Optional)、Bug分支(Bug)等,可以根据实际情况选择使用。 总之,使用GitLab的分支策略可以有效地实现团队协作和代码管理,使开发过程更加清晰、可控,并且能够快速响应和解决问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值