Osheep

时光不回头,当下最重要。

Gitlab 分支命名规范(服务器端开发)

Gitlab 分支命名规范

适用于服务器端开发这种 持续部署 型的项目

分支 命名 说明
主分支 master 此分支就是生产环境最新版本的代码
功能分支 feature/* 新功能分支,对应一次功能的迭代开发
补丁分支 hotfix/* 修复线上代码的 bug
预发分支 pre-production/* 需要在预发环境做测试的代码

主分支 master

Git 默认唯一的主分支 master ,自动建立,被保护,不允许在其上提交代码,只能通过 Merge Request 将其他分支代码合并到主分支。

功能分支 feature

命名规则:feature/171016-name-of-this-feature

  • 日期: 分支开始日期 yyMMdd
  • 功能名: -号分割的英文单词或数字,只允许小写字母

基于 master 分支创建

日常每个功能迭代的开发,都在功能分支上进行。一个功能分支可以包含某一次迭代开发的多个功能点,也可以将改动较大的功能(或者有回滚可能的功能)单独建立功能分支。曾经出现过因为一个功能取消,导致整个分支中其他正常上线的功能代码一起回滚,代价太大。

补丁分支 hotfix

命名规则:hotfix/171016-name-of-this-bug 或者 hotfix/issue-103

  • 日期: 分支开始日期 yyMMdd
  • 功能名: -号分割的英文单词或数字,只允许小写字母
  • 当使用 issue 命名时,需要指明 issue 编号

基于 master 分支创建

用于修补已上线代码的 bug。

预发分支 pre-production

该分支由 .gitlab-ci.yml 配置自动生成,用于将功能分支或者补丁分支的代码部署到预发环境做测试。

点赞