git分支流程

初始化会有mater分支。

1. 开发阶段

现在需要进行1.0.0版本业务开发，则从mater拉取dev-1.0.0分支，个人从该分支拉取自己的分支，命名格式为：dev-姓名-业务版本号，如：

（1）张三：从dev-1.0.0分支拉取dev-zs-1.0.0分支；

（2）李四：从dev-1.0.0分支拉取dev-ls-1.0.0分支。

2. 提测阶段

张三和李四将自己的代码合并到dev-1.0.0分支，再由组长从dev-1.0.0分支拉取test分支并发包，发提测邮件并通知测试同事测试，并抄送内部人员。

3. 预发布阶段

测试同事测试通过了，由组长将test分支拉取release分支并发包，发预发布邮件并通知产品同事测试，并抄送内部人员。

4. 正式发包阶段

产品同事验收通过了，由组长将release分支合并到master分支，打版本tag并发包，发正式发布邮件并通知验收方同事测试，并抄送所有人。

问题一：如果在提测阶段的时候张三和李四在禅道都有bug怎么办？

个人将dev-1.0.0分支的最新代码合并到自己的个人分支，如张三的dev-zs-1.0.0分支。

bug修复完后，在禅道将bug状态点击确认“已解决”，将代码合并到dev-1.0.0分支，组长在固定时间（如每天晚上18:00）将dev-1.0.0分支的最新代码合并到test并发包， 测试同事在提测阶段每天测试已解决的bug，验证通过了则关闭bug。提测阶段所有bug验证通过后，企业微信通知产品同事验收即可。

注意：预发布阶段和正式发包阶段中有bug时也是同流程，将dev-1.0.0分支的最新代码合并到自己的个人分支修改。

问题二：如果需要进行新版本开发怎么办？

现在需要进行1.0.1版本业务开发，从mater拉取dev-1.0.1分支，走以上git流程。经过多个版本迭代发布后，会有多个dev分支，可以只保留最近3个版本的dev、test、release分支。

比如：

现在master分支已经是1.0.5版本的业务代码了，可以只保留1.0.5、1.0.4、1.0.3版本的dev、test、release分支和master，其它分支都删除。

问题三：master分支上线后怎么打版本tag？

如果你使用的是coding，可以在这里查看你在本地打好的tag，并且可在里面加一些版本描述，其它工具的话自行百度~