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

你可能感兴趣的:(Git在项目中的实践)