Git 分支管理 | TBD+ Flow 敏捷策略

稳定版本代码分支，不能在此分支直接修改代码， 只接受 hotfix、release 分支的代码合并，每次从 release/hotfix 分支合并必须打版本号 tag，以方便后续的代码追溯。该分支上部署自动化测试脚本，在每次代码提交至该分支后都会触发测试，以此保证主分支核心功能的稳定。

2.新功能分支 Feature

新功能迭代开发分支，开发人员在此分支进行编码及代码评审->测试人员进行功能测试->开发人员修复bug->从 master 分支拉取最新代码 ->将测试通过后的代码合并到  master。feature 分支需要定期向 master 分支拉取最新代码。

3.发布分支 Release

feature 分支经过代码评审及功能测试后合并到 develop 分支，测试人员再从 master 分支拉取对应的 release 分支。测试部进行集成测试、开发部修改 bug、产品验收。产品验收通过后（发布上线前）基于 release 分支打 tag 进行版本发布，再将代码合并回 master分支，如果代码较为关键，还需要合并到其他的 release 分支。最后可将 feature 迭代分支删除。

4.热修复分支 HotFix

该分支分为两种情况：

1）如果是在 master 分支发现的bug，则该分支基于 master 创建，bug 修复完成并测试通过后需要合并回 master 分支。

2）如果是在 release 分支发现的bug，则该分支基于 release 发布时的 tag 版本创建，bug 修复完成并测试通过后需要合并回 master 分支、所有涉及的 release 分支以及 master 分支。最后在 release 分支上添加新的 tag。