工作项目git分支管理流程

1、git分支管理和约定：

     主要采用git的flow模式，根据咱们项目稍作调整：

     

     两个主要分支：master和develop

     三个辅助分支：修改bug的(bug分支)，单独功能开发的（feature分支），提交测试的分支（release分支,暂时用origin/master merge到开发分支替代这一个分支）

    1）master用于线上版本

    只能用于merge别的分支和打tag操作，不能在上边直接修改

    在master打上线的版本tag形式：longcit-v-版本号

 

    2）develop用户开发

    产品的主要开发分支。和master并行

 

    3）如果需要开发一个新功能，从develop打出一个feature分支进行开发

    形如：feature_add_city_manager

        3-1）提测（测试或者预生产环境）之前需要从master merge（merge origin/master） 到feature_add_city_manager分支一下，相当于同步一下代码，和线上有冲突提前解决

        3-2）修改完毕后，准备上线时，把这个分支merge回develop和master上一次，并在master上打tag，走上线流程

    4）线上出bug修改时

        4-1）从master打个分支出来，如：fixbug_changeName

        4-2）修改完毕后，提交预生产验证

        4-3）验证完毕后，merge回develop和master，在master打上线的版本tag：longcit-v-版本号