以往对git工作流一直没有深入了解，以至于差点在项目中犯大错，至此下定决心梳理下git工作流。（注：不同团队的git工作流不大相同，下面只是展示其中一个普遍的工作流）
网上盗图- -。
1.master分支：此分支为发布到生产环境的代码分支，只能从其他分支合并，不能在分支上直接修改代码。
2.feature分支：此分支为特性分支，特性分支由dev拉出，并且每一个特性当独占用分支。（注意：前端、后端在开发同一个特性时，最好在同一个分枝，避免重复合并分支导致分支数错乱）
3.dev 分支：此分支为开发分支，也可以理解为代码仓库。包括了master的代码和集成特性后的代码。一般用于集成测试和特性分支开发（注意：不要轻易的把master分支合并到dev分支。也不要把未完成的特性分支合在dev）
4.hotfix分支：线上出bug后，从master分支中拉取，修改完毕后合并到master和dev分支。（注意，hotfix分支的定位应该是具有修复时间短的、紧急的、影响范围小的特点，否则应视为一个特性分支进行开发）
5.release分支：发布版本分支，特性分支首先合并dev，然后合并至release，在release进行修改测试。需要发版后由专人合并master并且发布
网友评论