git分支管理模式

git使用及流程

git相关规范

项目包含3个常驻分支及若干临时分支，

常驻分支：

develop： 开发分支，开发人员开发过程中使用，当新的feature/bug等分支合并进来时，自动发布到开发环境。

test： 测试分支，测试人员测试使用，当新的分支合进来时，自动部署该分支到测试环境。

master： 发布分支，项目打tag、发布生产都从该分支打包发布

临时分支

feature/[jiraKey]_[intro] 功能分支，根据新功能/优化的jira号创建，一个jira号对应一个feature分支，例如：feature/BSP-658_update-user

bug/[jiraKey]_[intro]： bug分支，根据bug类的jira号创建，一个jira号对应一个bug分支。例如：bug/BSP-714_validate-bug

hotfix/[jiraKey]_[intro]： 热修复分支。当生产环境发现一些紧急bug时，先创建jira，后根据jira创建分支，一个jira号对应一个bug分支。例如：hotfix/BSP-717_pwd-error

release/[version]： 发布版本分支。每个迭代结束后（周五演示完），下个迭代开始前（周一上午），将需要发布的内容checkout出release分支，迭代演示后的bug，从该release分支checkout并修复，后合并进去。例如：release/1.0.1-RELEASE，version与组件的版本号对齐。

分支说明：

commit信息需带上jira号及执行命令。格式：[jiraKey] [intro] [cmd]。例如：BSP-648 用户信息更新 td,完整的为：
git commit -m “BSP-648 用户信息更新 td”
其中cmd的取值包括：
td：表示将分支合并到develop分支
tt：表示将分支合并到test分支如果commit提交了，但是没有带tt/td，可以使用：git commit --allow-empty -m "td/tt" 命令进行添加一条空提交的commit，再push即可。

commit信息说明：

要包含改的内容、尽量详细，如果内容较多要归纳总结

如果有更新依赖或者增加、删除依赖，新增公共函数方法、组件则需要明确写出

不可只写废话，修改bug、修复bug等