主要是git相关的东西
将远程git仓库里指定分支拉取到本地（本地不存在的分支）
git checkout -b 本地分支名 origin/远程分支名
这里会自动创建一个本地分支，并与指定的远程分支关联起来
若成功，将会在本地创建新的分支名字，并自动切换到新分支
查看本地已有的分支
git branch
删除分支
git branch -d testing
git更新远程分支列表
git remote update origin --prune
git remote update origin -p
git提交记录和分支模型
在 git style的基础上，再次描述提交记录的格式和分支模型所做的总结，并介绍了两个工具 commitizen和gitflow，分别处理维护提交记录格式和分支切换的工作。
Commit Message
在git style中已经介绍了提交记录的格式，但是没有说明为什么要遵循这样的约定，事实上制定这样的约定出于以下几个目的
1, 自动识别changelog.md
2, 识别不重要的提交
3，为浏览提交历史的时候提供更好的信息
格式
Conventional message格式如下：
<type>(<scope>): <subject>
<BLANK LINE>
<body>
<BLANK LINE>
<footer>
subject：对变更的简要描述
body: 是为了详细的描述
type: 则定义了此次变更的类型，只使用了下面几种类型
feat：增加新功能
fix：问题修复
docs：文档变更
style：代码风格变更（不影响功能）
refactor：既不是新功能也不是问题修复的代码变更
perf：改善性能
test：增加测试
chore：开发工具（构建，脚手架工具等）
分支模型
分支模型主要涉及到三个过程：功能开发，代码发布和问题修复。
功能开发
1， 从devlop创建一个新的分支(feature/*)
2， 功能开发
3，生产环境测丝毫
4， Review
5， Merge回develop分支
代码发布
1，从develop创建新分支(release/*)
2，发布feature分支代码到预上线环境
3，测试并修复问题
4，Review
5，分别Merge回develop和master分支
6，发布master代码到生产环境
规范的分支命名
将分支和代码运行环境关联起来
分支和代码运行环境的关系是这样的：
master => 生产环境
release/*, hotfix/* => 预上线环境
feature/*, develop => 开发环境
通过gitflow可以很好的进行管理
参考：https://cattail.me/tech/2016/06/06/git-commit-message-and-branching-model.html
![最全的monkey测试过程及分析[图]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)