（二）Android开发协作规范-git篇(项目规范2)

注意事项：

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