[开发规范] Git分支使用规范

代码分支说明

       master 

master是部署在生产环境的分支。

master分支只能由develop以及hotfix分支合并,不能直接修改代码。

develop 

通常是部署在sit环境,是一个稳定版本。

develop分支由hotfix以及release,feature合并。

hotfix/* 

这个分支用来做生产 环境bug紧急修复,它来自master分支,修改完成后,合并到master以及develop。

命名规则:hotfix/123/xxxxx  后面跟 日期,接着是bug简述。

release/* 

用作多人协作大功能 分支,从develop上拉下,最后合并回develop。

命名规则:release/1103/refact 后面跟 日期,接着是功能。

feature/* 

它的作用是功能开发 的个人分支。

如果是多人开发的功 能,需要从release分支拉此分支,最后 再合并到release。

如果只是单人开发的 功能,就没必要用feature分支了。因为如果有release分支,还要先把feature合并到release,再合并到develop,因为只有一个人开 发,feature跟release的代码是完全一致 的,所以是没有必要的。

命名规则:feature/1103.tenpay.sn 注意是斜线,后面跟 日期,接着是功能,如果还想区分的话,后面可跟开发者name

3、test环境部署

 a、先提交自己代码到开发的相应分支。

 b、把自己的开发分支发布到test环境

 c、发布到test环境

4、sit环境部署

 a、先提交自己代码到开发的相应分支。

 b、把自己的开发分支合并到develop分支上,然后打包发布到sit环境上

 c、发布到sit环境

5、线上生产环境部署

  a、前提:sit环境测试通过。

  b、把develop分支合并代码到master分支。

  c、把master分支部署sit环境测试。

  d、master分支在sit测试ok后,发布到生产环境

  e、发布到生产


你可能感兴趣的:([开发规范] Git分支使用规范)