项目GIT管理

1. 分支管理

分支模型	说明	用户
master	主干分支	正式版本代码归档
dev	开发分支	日常开发的主分支，新代码由dev统一合并到master
feature	特性开发分支	有新特性时，从dev分支拉取出新的feature分支
hotfix	bug修复分支	现网有bug需要修复时，从dev分支拉取出新的hotfix分支

Q：为什么不用test分支？
A：多个特性并行测试的时候，如果用test分支，需要先提交test分支，某个特性测试有问题，可能还会影响其他特性；如果测试的时候，测试环境发布的是feature/hotfix分支，就会减少了“合并代码-修改代码-再合并代码”时互相影响的可能。
Q：有新的特性/bug分支要开发时，为什么是从dev分支拉取，而不是从master分支？
A：只有测试通过，要发布了，才会合并到dev，这样就确保dev分支是可用没有问题的；从dev分支拉取，而不是从master拉去，减少新拉取的分支不是最新代码的可能。