git分支tag怎么理解（Git操作规范之tag的使用技巧）

1. 初始化项目 , 默认创建master分支

2. 从master拉取第一个develop分支

3. 从master拉取第一个release分支(多个开发人员拉取多个release同时进行并行开发 , 互不影响)

4. release分支完成后 , 合并到develop

5. 从develop分支打tag进行提测，提测过程中在原release分支修改BUG，重复步骤4

6. 测试通过后合并release到master，基于master分支打tag发布生产环境.此时可删除当前release分支

7. 上线之后若发现线上BUG , 从master拉取hotfix进行BUG修改

8. hotfix通过测试上线后可选删除当前hotfix

1. 发布线上时一定是master合并开发分支，develop分支可能存在其它未测试通过代码

2. 两个分支进行合并时一定要拉取一下最新代码

1. 在测试同学线上回归测试之后一定要给master分支添加tag，方便后续有需求时快速回滚到指定的稳定版本

2. 当一个代码库在同一个时间段有多个需求要按顺序上线时，运维同学需要通过tag标记区分要构建的代码，这时候需要添加tag。

版本类型_版本号

比如：stable_v1.1.0

意为：稳定版v1.1.0

比如版本号：v1.0.0

注意:在打tag的时候需要设置message，写清楚注释。

预发布环境，需要按顺序构建的：