BMS-git代码规范

为了更好管理代码分支及避免因分支混乱导致后期项目难以维护,现制定以下分支规范

  • 环境

总共需要3套环境

  • 线上环境--(master)
  • 最近一次发布版测试环境(便于线上解决bug后测试伙伴验证,此环境与master代码保持一致)---(release)
  • 测试环境(平时迭代开发使用)---(dev)
  • Git 分支类型

master 分支(主分支) 稳定版本

说明:用于保存最稳定版本

release 分支(发布分支) 发布新版本

说明:此分支作为最近一次发版的代码与master保持一致,用作线上debug修复测试和发版前验证

dev 分支(开发分支)

说明:研发人员将在此分支上迭代开发,测试人员在此分支上迭代测试

hotfix 分支(热修复分支) 修复线上Bug

说明:线上解决bug从master切出分支,解决bug后由管理员合并到release分支进行测试环境验证

  • 分支使用流程

  • 1.以本次上线到下次上线为一个周期,每开始一个周期管理员新建一个dev分支,例如精细化排班考勤分支名为:work_schdule_dev,相关研发人员都在将自己开发的功能合并到此分支,迭代测试都在此分支上

  • 2.发版时由管理员将release分支并合并dev分支及合并master进行测试环境发版前验证

  • 3.测试环境验证后将release发布至正式环境

  • 4.确认发布成功,并线上验收通过后,管理员将release分支合并到master分支

  • 修复线上bug(hotfix分支)

  • 1.管理员从master分支切出一个hotfix分支,命名规则:h-分支创建日期-bug名称如:h-20200423-考勤打卡报错

  • 2.相关开发人员在此分支上解决bug

  • 3.bug修复后由管理员合并至release分支推至release测试环境验证

  • 4.再次进行发布流程

  • 5.线上验证后删除hotfix分支

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 相信大家在使用Git的过程中,都有一套适合自己公司的流程规范,此处分享的也只是我根据这几年使用Git的经验,总结的...
    kobe0429阅读 3,459评论 0 0
  • 一. Git管理说明 采用功能驱动开发(feature-driven develop ment,简称FDD) 需求...
    Mccc_阅读 12,743评论 2 4
  • GitFlow + Gitlab 工作流及规范 一、 git 命令及配置 1.Git ssh 与 gitLab配置...
    allenhai阅读 7,457评论 0 0
  • Git 仓库申请流程 1. 开发主管向Git 管理员提交Git 仓库申请【邮件:发送给Git 管理员,抄送给项目经...
    骚包霸天虎阅读 6,367评论 0 0
  • 我是黑夜里大雨纷飞的人啊 1 “又到一年六月,有人笑有人哭,有人欢乐有人忧愁,有人惊喜有人失落,有的觉得收获满满有...
    陌忘宇阅读 12,732评论 28 53