git版本管理-目前在用gitflow

打印 上一主题 下一主题

主题 853|帖子 853|积分 2559

分支说明


  • master 主分支 只读分支
  • release 上线分支 只读分支
  • feature 新功能分支 读写分支
  • hotfix 题目修复分支 读写分支
  • develop 开辟/测试分支 读写分支(上线后禁止直接写)
  • demo 预览分支 读写分支 暂时预览独立分支,不与其他分支关联,只从某些分支迁出,不参与合并。
flow 说明

还没上线的项目


  • 在develop分支开辟测试。
  • 上线前从develop迁出release分支,回归测试release分支,同时develop分支仍旧可以继续开辟。
  • 假如release出现bug。


  • 对比develop分支是否有release上未上线需求,假如有的话,须要从release分支迁出hotfix举行修改,修改后合并到release和develop分支
  • 假如release和develop划一,可以直接在develop上修改,修改后测试develop,测试通过迁出新的release分支。

  • 正式上线时将release分支合并到master,在master分支输出tag。release分支保留删除取决于公司策略。
已经上线的项目


  • 新增需求,从最新tag迁出feature分支举行开辟,开辟过程中,将feature分支合并到develop分支举行开辟情况的线上的测试和预览。
  • 修改bug,从最新tag迁出hotfix分支举行开辟,开辟过程中,将hotfix分支合并到develop分支举行开辟情况的线上的测试和预览。
  • 需求和bug修改完毕之后迁出release分支,对要上线的需求和bug举行回归测试。
  • release测试出题目,在分别对应的分支上修改,重新合并和测试。此时无需迁出最新的release。
  • 测试完毕后正式上线将release合并到master分支,在master分支输出tag。
构建和版本回退


  • 线上按最新tag构建。
  • 版本回退


  • 暂时回退
    直接构建上个tag。
  • 永久回退
    从最新tag迁出一个最新的master备份分支,master-20241201-v1.1.00 表示从v1.1.00迁出的备份
    然后删除master分支,从回退的版本迁出新的master 例如从v1.0.99迁出新的master,然后将新的master推送到长途
    最后将tag清空回退到v1.0.99
分支定名

[分支名]-[排期]-[需求号/bug号]
hotfix-20241201-CD1111 此分支是20241201号修改【禅道编号1111】的题目
feature-20241201-11 此分支是新增202412月排期的11号需求
release-20241201 此分支是20241201上线分支
协作

禁止私自将代码合并到master分支。
上线后不能在develop分支直接开辟需求。
禁止直接修改release分支内容。
共同开辟需求或者修改bug要将对应分支提交到长途,测试通过后拉取release分支将自己的需求合并到release,举行回归测试,全部测试通过,由专人将release分支合并到master并出tag做上线准备。
版本号

版本号使用v+4位1.0.00 每次bug修复加0.0.01 每次上线需求加0.1并将最后清0,大版本,架构升级,整体业务升级,重构等加1并将后置全部清空
例子
v1.0.01
v1.1.00
v2.0.00

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
回复

使用道具 举报

0 个回复

倒序浏览

快速回复

您需要登录后才可以回帖 登录 or 立即注册

本版积分规则

何小豆儿在此

金牌会员
这个人很懒什么都没写!

标签云

快速回复 返回顶部 返回列表