团队开发Git管理策略
简介
Git是一个免费的开源 分布式版本控制系统，旨在快速，高效地处理从小型到大型项目的所有事务。
分支管理
问？
1. 那么团队中我们该使用怎样的分支策略来进行开发协作？
2. 在多人的团队中，我们应该在 master 分支上直接开发吗？
3. 如果线上产生了bug该通过什么样方式的分支去修复？
4. 当有多个分支的时候，测试如何有效的参与进来每一个分支的测试？
Git的三种工作方式
Git flow
Github flow
Gitlab flow
这里就说用的比较多的Gitlab flow
主要分支：
master: 项目的主要分支，规范的分支管理是不允许在此分支进行改动代码
develop：开发分支，develop处于功能开发的最前线的版本，查看develop分支就能知道下一个发布版本有哪些功能了。develop一开始是从master里分出来的，并且定期会合并到master里，每一次合并到master，表示我们完成了一个阶段的开发，产生一个稳定版。同样的，develop下也不建议直接开发代码，develop代表的是已经开发好的功能的回归版本。最后，在适当的时候，由合适的人，合并到master，作为下一个稳定版本。
辅助分支：
feature: 功能分支，开发新功能的分支, 基于 develop, 完成后merge回develop
release: 预发布分支，准备要发布版本的分支,也基于 develop, 完成后 merge回 develop分支
hotfix: 补丁分支，修复maste上的问题, 等不及 release 版本就必须马上上线. 基于 master, 完成后merge回 master 和develop
一般来说辅助分支是不存在远程仓库，只存在于本地仓库的分支
分支命名规则：develop-xxx，release-xxx，feature-xxx，hotfix-xxx
使用工具相关操作
New Branch : 从当前分支新建分支。上图就是从master分支创建新的分支。
Checkout Tag or Revision : 使用分支、标签或提交编码，检出一个临时分支
Local Branches : 本地分支列表。同时显示对应了那个远程分支。
Remote Branches : 远程分支列表
Checkout: 检出这个分支。
Checkout As... ： 使用这个分支创建新的分支并检出到新分支。
Compare With... : 使用当前分支与所选分支做代码提交比较。
Rebase Current onto Selected: 在当前分支做变基。（将所选分支提交加入到当前分支）
Checkout with Rebase : 检出所选分支并做变基。（将当前分支提交加入到所选分支）
Merge into Current： 合并到当前分支（将所选分支合并到当前分支）
Rname：修改所选分支名称
Delete：删除所选分支
首次发文，如果讲的不当请见谅，希望大家指出我的不足之处