Git在项目中的实践

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 将需要发布的commit 拉到主分支 （你要用merge也可以，个人不太喜欢merge,容易有冲突）

2. 写需求时，线上紧急bug

可能有个新的需求，而你现有的代码又没写完

• git stash //暂存当前代码
• git checkout xxx 切回线上版本的分支
• 修改完后，提交， 切回之前的分支 git stash pop

版本回退

git reset --hard 可以回退到指定的commit

强推覆盖远程分支

git push origin xxx --force 以本地代码为准，覆盖远程分支

个人建议

• 按模块创建分支
• 版本发布后,打上TAG
• 多次提交的commit ，如果属于同一个功能的，到最后用rebase合成一个
• 一个commit 只负责该功能，不要参入别的功能代码
• 一个模块分支只负责该模块，不要参入别的模块代码
• stash 可以临时存放， 但是如果隔了好几天，你可能自己都会忘了，如果暂时不要的代码 还是存到别的分支吧
• git reflog 可以挽回你的失误

分支

• Production 分支
  也就是我们经常使用的Master分支，这个分支最近发布到生产环境的代码，最近发布的Release， 这个分支只能从其他分支合并，不能在这个分支直接修改

• Develop 分支
  这个分支是我们是我们的主开发分支，包含所有要发布到下一个Release的代码，这个主要合并与其他分支，比如Feature分支

• Feature 分支
  这个分支主要是用来开发一个新的功能，一旦开发完成，我们合并回Develop分支进入下一个Release

• Release分支
  当你需要一个发布一个新Release的时候，我们基于Develop分支创建一个Release分支，完成Release后，我们合并到Master和Develop分支

• Hotfix分支
  当我们在Production发现新的Bug时候，我们需要创建一个Hotfix, 完成Hotfix后，我们合并回Master和Develop分支，所以Hotfix的改动会进入下一个Release