git代码管理艺术.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * SHA-1 SHA-1 摘要长度是20 字节 如果地球上65 亿的人类都在编程，每 人每秒都在产生等价于整个Linux 内核历史（一百万个Git 对象）的代码，并将之提交到一个巨大的Git 仓库里面，那将花费5 年的时间才会产生足够的对象，使其拥有50% 的概率产生一次SHA-1 对象冲突。 * 查看提交范围 git log master..experiemnt D C * 查看提交范围 git log origin/master..HEAD 这条命令显示任何在你当前分支上而不在远程origin 上的提交。如果你运行git push 并且的你的当前分支正在跟踪origin/master，被git log origin/master..HEAD * 储藏 一个很实用的功能 在git切换分支的时候，他会提示你有未提交的更新，你需要commit才能切换，但可能当前代码很乱不能提交 git stash - 将未提交代码储藏 git stash apply- 取出储藏的代码 * 变更历史 git允许你修改提交历史，这个很有用，可以减少那些乱七八糟的提交弄乱git仓库 git commit -ammend 这会更改Sha-1值，不能再push之后再修改 git调试 Git有个挺有用的功能，可以找出你觉得有问题的代码在哪个版本引入的 git blame -L 32,36 xxx.java * 子模块 第三方开发的库或者是你独立开发和并在多个父项目中使用的项目作为一个子模块放入git仓库 $ git submodule add git:///chneukirchen/rack.git rack * * filter-branch 核弹级应用，尽可能小心使用 可以从所有历史提交中删除一个文件，悔棋用，可能你误提交了个私密文件，可以通过这个功能来从历史提交中全部删除 git filter-branch --tree-filter rm -f passwords.txt HEAD * Code review 公司有个gerrit网站，用来做git代码的code review Code review流程： 代码commit之后，push的地址是code review的地址，而不是仓库地址 提交之后，owner就会收到code review的邮件，显示代码的改动 可以在ui上review代码，并做评注 Commiter就会收到邮件，修改并重新发起code review * 大纲 Git简介 Git基础 Git操作 GIT版本管理 GIT分支管理在项目中的实践 * GIT开分支 Git开分支代价非常小 仅增加几十字节的存储 开分支不需要管理员来开 开分支仅需要数秒钟 * 创建分支 Git branch branchName 创建分支 git checkout branchName 切换分支 * 分支merge-ff 当一个分支是另一个分支的祖父节点，即从该分支分离后原来分支未做任何改变 * 分支merge-non-ff 当不满足fast-farward条件时，就会发生三方合并 * 衍合分支-rebase 衍合是另一种分支合并策略，会在当前分支上重演被衍合分支的历史，他是一种线性的合并 * 分支管理遇到的问题 多人并行开发，开分支需求多，但分支开销太大，只能凑合着用 分支合并特别麻烦，项目后期经常为了合并分支要花费一下午的时间，特别是tree conflict问题 项目使用时间长后，svn服务器速度越来越慢，导致svn操作都很慢，喝杯咖啡回来继续 * GIT的优势 使用GIT很大程度上解决了我们在项目中碰到的问题 分支随意开，几乎0代价，鼓励大家并行开发 本地分支，方便进行一些调研性的feature开发 分支合并快，每天合并分支十来次，也没啥感觉 图形化工具能方便管理分支，检查有无分支未被合并 * Git在Datastream中的运用 Datastream项目从今年下半年开始正式使用git作为代码管理的工具，摸索出了一些使用心得 GIT虽然是一个分布式版本管理框架，理论上没有中心库的概念。但在实际应用中还是要有一个中心库，方便多人开发的代码做同步 尽量多使用本地分支进行开发、单元测试