git代码管理艺术

Git代码管理艺术顾费勇2019/10/6大纲Git简介Git基础Git操作Git版本管理GIT分支管理在项目中的实践2019/10/6Git简史2002年，linux项目组开始启用分布式版本控制系统BitKeeper来管理和维护代码。2005年的时候，开发BitKeeper的商业公司同Linux内核开源社区的合作关系结束，他们收回了免费使用BitKeeper的权力April5,2005–Linus发布首个git版本June15,2005-Git用作Linux源码版本控制Git创建时的目标1.速度2.简单的设计3.对非线性开发模式的强力支持（允许上千个并行开发的分支）4.完全分布式5.有能力高效管理类似Linux内核一样的超大规模项目（速度和数据量）2019/10/62019/10/6Git简介ugit是一个快速，开源，分布式的版本控制系统，在开源和协作编程社区很快取代了svn。Ø可以利用它来追踪项目中的文件Ø可以和合作伙伴共享版本历史状态Ø可以将合作伙伴的工作和你的工作进行合并Ø可以对整个工程或某些文件跟历史版本进行比较或者恢复到早期的某个版本。2019/10/6Git简介它的特点在于：Ø1.开源Ø2.高速Ø3.节省大量空间Ø4.灵活、简洁、高效的分支管理它能最大限度地发挥多人协同并发编程的效能，让分支管理更快速，版本管理更简单2019/10/6GIT简介-开源•GIT源码地址：git-scm.com/download•GIT许可证：GNU通用公共许可证（GNUGeneralPublicLicense）2019/10/6大纲Git简介Git基础Git操作Git版本管理GIT分支管理在项目中的实践2019/10/6离线Git是完全的分布式处理，它可以离线工作。跟SVN完全不同，Git的所有操作几乎不需要网络连接，包括历史回顾，差异显示和提交2019/10/6快速Git比其他的VCS工具要快很多，因为git绝大部分是离线操作，对网络依赖小timegitclonessh://[e-mail]:2222/backend/datastream.git/dev/nullreal0m26.559suser0m2.568ssys0m1.028stimesvnco占用空间小git比较节省空间。Django项目为例。44M./django-git53M./django-svngit克隆比SVN要小很多，且git克隆包含整个项目的历史版本。SVN只包含项目的最后一个版本。2019/10/6快照git是基于快照的，而不是补丁文件包含一些元数据（提交信息（message），作者，日期等等），一个commit指向这次提交时项目的快照。2019/10/6分支以前的VCS工具分枝的方法是对每一个分枝都放到一个独立的目录中。而git可以让你在同一个工作目录中切换（switch）到不同的分枝。创建和切换分枝几乎是即时的（instant），并且存在本地分支git开发者可以随时创建，合并，删除多个分枝。它鼓励一种非线性的开发周期，它可以说是并行的多线程模式而不是多个步骤串行的模式。2019/10/6集中化的版本控制系统2019/10/6集中化的版本控制系统坏处：好处：每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限。Ø（1）中央服务器的单点故障，无法提交更新，也就无法协同工作。Ø（2）要是中央服务器的磁盘发生故障，碰巧没做备份，会有丢失数据的风险。最坏的情况是彻底丢失整个项目的所有历史更改记录2019/10/6分布式版本控制系统2019/10/6分布式版本控制系统像GIT这种系统，客户端并不只提取最新版本的文件快照，而是把原始的代码仓库完整地镜像下来。2019/10/6比较:SVN（上）和GIT(下)2019/10/6大纲Git简介Git基础Git操作Git版本管理GIT分支管理在项目中的实践2019/10/6创建仓库Gitinit创建一个空仓库gitclonegit://github.com/schacon/grit.gitmygrit复制一个远程仓库到本地2019/10/6文件生命周期2019/10/6常用文件操作命令gitstatus查看文件状态gitaddfile跟踪新文件或暂存已修改文件gitdiff查看文件变化gitcommit–mmsg提交更新gitrmfile移除文件gitlog查看提交日志gitcommit–ammend修改最后一次提交gitresetHEADfile取消已暂存文件gitcheckout--file取消文件修改2019/10/6远程仓库操作gitclone仓库地址gitremote–v列出所有远程仓库gitpush仓库名分支名推送本地分支更新到远程仓库gitfetch从远程仓库获取更新gitpull从远程仓库获取更新并merge本地分支2019/10/6大纲Git简介Git基础Git操作GIT版本管理GIT分支管理在项目中的实践2019/10/6Git目录Git一共有三个目录Ø工作目录（WorkingDirectory）Ø暂存目录(index)Ø仓库(History)2019/10/6GIT文件状态切换Øgitaddfiles把当前文件放入暂存区域。Øgitcommit给暂存区域生成快照并提交。Øgitreset--files用来撤销最后一次gitaddfiles，你也可以用gitreset撤销所有暂存区域文件。Øgitcheckout--files把文件从暂存区域复制到工作目录，用来丢弃本地修改。2019/10/6GIT图示2019/10/6GIT版本Git版本号是一个40位的SHA-1编码的字符串例如：4dd6bd612a121b24e1877dbc632e422e305dde6c它不像svn那样版本号是连续的，很容易从版本号看出哪个是新版本，git的版本号是不连续的2019/10/6查看历史版本可以通过gitlog命令来查看历史版本的提交gitlog的操作都是本地操作，基本都能瞬间完成，比SVN快很多，查看历史版本或进行diff比较都非常方便也可以通过gitrevert操作来回退到历史版本查看祖先引用gitlog--pretty=format:'%h%s'--graph2019/10/62019/10/6gitlog$gitlogcommit734713bc047d87bf7eac9674765ae793478c50d3Author:[e-mail]:FriJan218:32:332009-0800fixedrefshandling,addedgcauto,updatedtestscommitd921970aadf03b3cf0e71becdaab3147ba71cdefMerge:1c002dd...35cfb2b...Author:[e-mail]2019/10/6SHA-1SHA-1摘要长度是20字节如果地球上65亿的人类都在编程，每人每秒都在产生等价于整个Linux内核历史（一百万个Git对象）的代码，并将之提交到一个巨大的Git仓库里面，那将花费5年的时间才会产生足够的对象，使其拥有50%的概率产生一次SHA-1对象冲突。2019/10/6查看提交范围gitlogmaster..experiemntDC2019/10/6查看提交范围gitlogorigin/master..HEAD这条命令显示任何在你当前分支上而不在远程origin上的提交。如果你运行gitpush并且的你的当前分支正在跟踪origin/master，被gitlogorigin/master..HEAD2019/10/6储藏一个很实用的功能在git切换分支的时候，他会提示你有未提交的更新，你需要commit才能切换，但可能当前代码很乱不能提交gitstash-将未提交代码储藏gitstashapply-取出储藏的代码2019/10/6变更历史git允许你修改提交历史，这个很有用，可以减少那些乱七八糟的提交弄乱git仓库gitcommit-ammend这会更改Sha-1值，不能再push之后再修改git调试Git有个挺有用的功能，可以找出你觉得有问题的代码在哪个版本引入的gitblame-L32,36xxx.java2019/10/6子模块第三方开发的库或者是你独立开发和并在多个父项目中使用的项目作为一个子模块放入git仓库$gitsubmoduleaddgit://github.com/chneukirchen/rack.gitrack2019/10/62019/10/6filter-branch核弹级应用，尽可能小心使用可以从所有历史提交中删除一个文件，悔棋用，可能你误提交了个私密文件，可以通过这个功能来从历史提交中全部删除gitfilter-branch--tree-filter'rm-fpasswords.txt'HEAD2019/10/6Codereview公司有个gerrit网站，用来做git代码的codereview流程：Ø代码commit之后，push的地址是codereview的地址，而不是仓库地址Ø提交之后，owner就会收到codereview的邮件，显示代码的改动Ø可以在ui上review代码，并做评注ØCommiter就会收到邮件，修改并重新发起codereview2019/10/6大纲Git简介Git基础Git操作GIT版本管理GIT分支管理在项目中的实践2019/10/6GIT开分支Git开分支代价非常小Ø仅增加几十字节的存储Ø开分支不需要管理员来开Ø开分支仅需要数秒钟2019/10/6创建分支GitbranchbranchName创建分支gitcheckoutbranchName切换分支2019/10/6分支merge-ff当一个分支是另一个分支的祖父节点，即从该分支分离后原来分支未做任何改变2019/10/6分支merge-non-ff当不满足fast-farward条件时，就会发生三方合并2019/10/6衍合分支-rebase衍合是另一种分支合并策略，会在当前分支上重演被衍合分支的历史，他是一种线性的合并2019/10/6分支管理遇到的问题多人并行开发，开分支需求多，但分支开销太大，只能凑合着用分支合并特别麻烦，项目后期经常为了合并分支要花费一下午的时间，特别是treeconflict问题项目使用时间长后，svn服务器速度越来越慢，导致svn操作都很慢，喝杯咖啡回来继续2019/10/6GIT的优势使用GIT很大程度上解决了我们在项目中碰到的问题Ø分支随意开，几乎0代价，鼓励大家并行开发Ø本地分支，方便进行一些调研性的feature开发Ø分支合并快，每天合并分支十来次，也没啥感觉Ø图形化工具能方便管理分支，检查有无分支未被合并2019/10/6Git在Datastream中的运用Datastream项目从今年下半年开始正式使用git作为代码管理的工具，摸索出了一些使用心得ØGIT虽然是一个分布式版本管理框架，理论上没有中心库的概念。但在实际应用中还是要有一个中心库，方便多人开发的代码做同步Ø尽量多使用本地分支进行开发、单元测试，测试通过再合并到协同开发的分支上2019/10/6项目分支管理策略2019/10/6项目分支管理策略一共有以下一些分支ØMaster:主干分支用于上线ØReleasebranches：预发布分支ØDevelop：开发分支ØHotfixbranches:线上bug修复分支ØFeaturebra