注意事项：
1.使用Git过程中，必须通过创建分支进行开发，坚决禁止在主干分支上直接开发。review的同事有责任检查其他同事是否遵循分支规范。
2.在Git中，默认是不会提交空目录的，如果想提交某个空目录到版本库中，需要在该目录下新建一个 .gitignore 的空白文件，就可以提交了
3.【代码回溯注意】把外部文件纳入到自己的 Git 分支来的时候一定要记得是先比对，确认所有修改都是自己修改的，然后再纳入。不然，容易出现代码回溯
4.【代码回溯注意】多人协作时，不要各自在自己的 Git 分支开发，然后发文件合并。正确的方法应该是开一个远程分支，然后一起在远程分支里协作。不然，容易出现代码回溯（即别人的代码被覆盖的情况）每次采用develop分支进行开发
5.【代码回溯注意】每个人提交代码是一定要 git diff 看提交的东西是不是都是自己修改的。如果有不是自己修改的内容，很可能就是代码回溯
6.【代码回溯注意】review 代码的时候如果看到有被删除掉的代码，一定要确实是否是写代码的同事自己删除的。如果不是，很可能就是代码回溯
分支合并及测试上线
开发分支:develop
master和develop的关系中表明，master是提供给用户的正式版本，每次发布的正式版本都是在master上完成的。develop分支是我们的工作分支，是根据master创建出来的，代码是要和master同步的。
在develop上完成的开发之后，要发布正式的版本就把这个位于develop上的代码合并到master分支上面。
// 基于主分支创建工作分支：
<code> git checkout - b develop master </code>
// 切换到主分支master
<code> git checkout master </code>
// 合并develop分支到主分支, develop是 --no-ff 参数，表示正常合并
<code> git merge --no-ff develop </code>
预测版本分支: release
预测版本分支，就是在master正式版本发布之前，用于测试的，应用在开发人员内部的。这个分支是从develop工作分支上创建的，过测试之后合并到develop，最后再合并到master中
// 基于develop创建release分支
<code> git checkout -b release-1.0 develop </code>
//之后将这个release合并到develop和master分支上
<code> git checkout master </code>
<code> git merge --no-ff release-1.0 </code>
// 对合并生成的新节点，做一个标签
<code> git tag -a 1.0 </code>
develop的合并和master一样
// 用完之后将这个分支删除
<code> git branch -d release-1.0 </code>
BUG修复分支: fixBug
| 步骤 | Git操作 |
|---|---|
| 克隆代码 | git clone 远程代码 |
| 创建分支 | git checkout -b fixBug |
| 在 release 中修复bug | 无 |
| 单元测试 | 无 |
| 添加代码到分支的暂存区 | git add somefile |
| 提交代码到分支 | git commit -m "本次提交的注释" |
| 切换到主版本 | git checkout master |
| 获取远程最新代码 | git pull origin master |
| 合并某分支到master分支 | git merge release |
| 解决合并时产生的冲突 请参考分支合并时冲突的解决 | 无 |
| matser上验收测试 | 无 |
| 准备上线文档 | 无 |
| 获取远程最新代码 | git pull origin master |
| 推送master分支 | git push origin master |
| 通知上线 | 无 |
| 没有问题了删除本地分支 | git branch -d fixBug |
