Git 的基础命令可以参考下面的链接，写的浅显易懂而且全面
http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/
这个博客介绍的是git flow，当项目开发人员比较多的时候，代码的流程和规范
http://www.cnblogs.com/cnblogsfans/p/5075073.html
Git已经有不少的公司在使用了，不得不说 Git的确是一个非常好用的工具，特别是在项目需求多，改动频繁，灰度发布等时候。
下面简单说下Git在项目中如何让你效率大幅提升。
1. 功能模块较多，且不确定每个模块的deadline
在之前一家公司时，经常会遇到几个产品经理各自策划自己的模块，常常达到某一个点时，需求单就直接爆炸了,当然需求改动那是常事， 并且这些需求可能不是在同一个版本上线的。
- 首先确定主分支，这个分支最后是你要打包发布的, git checkout -b XXX//主分支
- 根据需求模块创建分支，为每个模块创建一个分支,分支命名以需求命名git checkout -b local_login //假设登录模块
- 每一个commit 以功能提交，不要提交太多无用的
- 在需求改动时， 可以根据改动的需求切换到指定分支去更改，千万不要为了省事在某个功能模块的分支里去写别的需求，万一不是同一个版本发布就尴尬了。
- 你可以在完成某个功能模块后，将这个分支打包，交给产品和测试，这样不会因为别的模块的bug来影响。
- 在最后用git cherry-pick <commitID> 将需要发布的commit 拉到主分支 （你要用merge也可以，个人不太喜欢merge,容易有冲突）
2. 写需求时，线上紧急bug
可能有个新的需求，而你现有的代码又没写完
- git stash //暂存当前代码
- git checkout xxx 切回线上版本的分支
- 修改完后，提交， 切回之前的分支 git stash pop
版本回退
git reset --hard <CommitId> 可以回退到指定的commit
强推覆盖远程分支
git push origin xxx --force 以本地代码为准，覆盖远程分支
个人建议
- 按模块创建分支
- 版本发布后,打上TAG
- 多次提交的commit ，如果属于同一个功能的，到最后用rebase合成一个
- 一个commit 只负责该功能，不要参入别的功能代码
- 一个模块分支只负责该模块，不要参入别的模块代码
- stash 可以临时存放， 但是如果隔了好几天，你可能自己都会忘了，如果暂时不要的代码 还是存到别的分支吧
- git reflog 可以挽回你的失误
分支
Production 分支
也就是我们经常使用的Master分支，这个分支最近发布到生产环境的代码，最近发布的Release， 这个分支只能从其他分支合并，不能在这个分支直接修改Develop 分支
这个分支是我们是我们的主开发分支，包含所有要发布到下一个Release的代码，这个主要合并与其他分支，比如Feature分支Feature 分支
这个分支主要是用来开发一个新的功能，一旦开发完成，我们合并回Develop分支进入下一个ReleaseRelease分支
当你需要一个发布一个新Release的时候，我们基于Develop分支创建一个Release分支，完成Release后，我们合并到Master和Develop分支Hotfix分支
当我们在Production发现新的Bug时候，我们需要创建一个Hotfix, 完成Hotfix后，我们合并回Master和Develop分支，所以Hotfix的改动会进入下一个Release
