Git是非常好用的分布式版本管理系统，学习记录如下
常用命令
http://www.ruanyifeng.com/blog/2015/12/git-cheat-sheet.html
Git分支管理
http://www.ruanyifeng.com/blog/2012/07/git.html
文中提到的Master 和 Developer 两条线的思路，非常棒，但是在具体的实践中，需要根据项目来确定。
今天和发哥讨论的结果是，如果像我司一样，有独立的测试部门，需要不时的从Master取版本，做集成测试，那么 需要两条线，管理比较方便。
如果规模较小，可以考虑只用一个master 足够，每次打个tag就行，无需专人负责dev ->mastert 的merge，况且这部分容易有坑。
Git 使用规范
http://www.ruanyifeng.com/blog/2015/08/git-use-process.html
在我们实际的 项目中，每次commit之前，需要先pull，解决好冲突之后，才能commit。
在我们使用Gerrit的过程中，会出现Merge Appending 的报错，原因是，submit了 1234 4次，且4依赖于前面的，前面任意一项submit未通过，那么submit 4的时候会出现找个错误。所以，有依赖关系的请谨慎。
需要详细了解的内容：
cherry pick
rebase
tag