git 分支开发规范

git 进行代码管理和开发时，分支的管理也是非常必要的：

    1、master分支

        部署生产环境的分支，这个分支只能从其他分支合并，如develop/release/hotfix，不能在这个分支直接修改

     2、develop分支

         我们的主开发分支，是一个稳定的版本，通常由release分支合并过来，通常发到sit/uat环境进行测试，然后合并到master分支

     3、hotfix分支

          主要是修复线上紧急bug的分支，此分支来自master分支，然后合并到master和develop

     4、release分支

           主要是多人协作开发的大功能分支，此分支来自develop，合并到develop分支

     5、feature分支

           主要是个人新功能开发的分支，如果多人开发，从release分支上拉，开发完成，合到release分支，如果单人开发，release和feature分支是相同的

环境部署：

    dev环境：

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

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

 c、发布到dev环境

sit/uat环境

 a、合并分支到develop分支上

 b、发布到sit/uat环境

线上生产环境部署

  a、sit/uat测试通过。

  b、develop分支合并到master分支。

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

  d、master分支在sit/uat测试通过后，发布到生产环境

建议：

    1、master分支严禁直接提交代码，代码为develop/hotfix合并

    2、每次发布生产环境，需打tag，方便回滚

    3、功能分支命名要规范，体现当前的功能