git代码管理艺术课件.ppt

上传人:飞****2 文档编号:69342861 上传时间:2023-01-02 格式:PPT 页数:60 大小:869.50KB
返回 下载 相关 举报
git代码管理艺术课件.ppt_第1页
第1页 / 共60页
git代码管理艺术课件.ppt_第2页
第2页 / 共60页
点击查看更多>>
资源描述

《git代码管理艺术课件.ppt》由会员分享,可在线阅读,更多相关《git代码管理艺术课件.ppt(60页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、Git代码管理艺术顾费勇大纲Git简介Git基础Git操作Git版本管理GIT分支管理在项目中的实践2023/1/1Git 简史2002 年,linux项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。2005 年的时候,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了免费使用BitKeeper 的权力April 5,2005 Linus发布首个git版本June 15,2005-Git 用作Linux源码版本控制2023/1/1Git创建时的目标1.速度2.简单的设计3.对非线性开发模式的强力支持(允许上千个并行开发的分支)4.

2、完全分布式5.有能力高效管理类似 Linux 内核一样的超大规模项目(速度和数据量)2023/1/1Git简介ugit是一个快速,开源,分布式的版本控制系统,在开源和协作编程社区很快取代了svn。可以利用它来追踪项目中的文件可以和合作伙伴共享版本历史状态可以将合作伙伴的工作和你的工作进行合并可以对整个工程或某些文件跟历史版本进行比较或者恢复到早期的某个版本。2023/1/1Git简介它的特点在于:1.开源2.高速3.节省大量空间4.灵活、简洁、高效的分支管理它能最大限度地发挥多人协同并发编程的效能,让分支管理更快速,版本管理更简单2023/1/1GIT简介-开源GIT源码地址:git- Gen

3、eral Public License)2023/1/1大纲Git简介Git基础Git操作Git版本管理GIT分支管理在项目中的实践2023/1/1离线Git是完全的分布式处理,它可以离线工作。跟SVN完全不同,Git的所有操作几乎不需要网络连接,包括历史回顾,差异显示和提交2023/1/1快速Git比其他的VCS工具要快很多,因为git绝大部分是离线操作,对网络依赖小utime git clone ssh:/:2222/backend/datastream.git/dev/nullreal0m26.559suser0m2.568ssys0m1.028sutime svn co https:/

4、 53M./django-svngit克隆比SVN要小很多,且git克隆包含整个项目的历史版本。SVN只包含项目的最后一个版本。2023/1/1快照git是基于快照的,而不是补丁文件包含一些元数据(提交信息(message),作者,日期等等),一个commit指向这次提交时项目的快照。2023/1/1分支以前的VCS工具分枝的方法是对每一个分枝都放到一个独立的目录中。而git可以让你在同一个工作目录中切换(switch)到不同的分枝。创建和切换分枝几乎是即时的(instant),并且存在本地分支git开发者可以随时创建,合并,删除多个分枝。它鼓励一种非线性的开发周期,它可以说是并行的多线程模式

5、而不是多个步骤串行的模式。2023/1/1集中化的版本控制系统集中化的版本控制系统2023/1/1集中化的版本控制系统集中化的版本控制系统坏处:好处:每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限。(1)中央服务器的单点故障,无法提交更新,也就无法协同工作。(2)要是中央服务器的磁盘发生故障,碰巧没做备份,会有丢失数据的风险。最坏的情况是彻底丢失整个项目的所有历史更改记录2023/1/1分布式版本控制系统分布式版本控制系统2023/1/1分布式版本控制系统分布式版本控制系统像GIT这种系统,客户端并不只提取最新版本的文件快照,而是把原始的代码仓库

6、完整地镜像下来。2023/1/1比较:SVN(上)和GIT(下)2023/1/1大纲Git简介Git基础Git操作Git版本管理GIT分支管理在项目中的实践2023/1/1创建仓库Git init 创建一个空仓库git clone git:/ mygrit复制一个远程仓库到本地2023/1/1文件生命周期2023/1/1常用文件操作命令git status 查看文件状态git add 跟踪新文件或暂存已修改文件git diff 查看文件变化git commit m 提交更新git rm file 移除文件git log 查看提交日志git commit ammend 修改最后一次提交git r

7、eset HEAD 取消已暂存文件git checkout-取消文件修改2023/1/1远程仓库操作git clone git remote v 列出所有远程仓库git push 推送本地分支更新到远程仓库git fetch 从远程仓库获取更新git pull从远程仓库获取更新并merge本地分支2023/1/1大纲Git简介Git基础Git操作GIT版本管理GIT分支管理在项目中的实践2023/1/1Git目录Git一共有三个目录工作目录(Working Directory)暂存目录(index)仓库(History)2023/1/1GIT文件状态切换git addfiles把当前文件放入暂

8、存区域。git commit 给暂存区域生成快照并提交。git reset-files用来撤销最后一次git addfiles,你也可以用git reset撤销所有暂存区域文件。git checkout-files把文件从暂存区域复制到工作目录,用来丢弃本地修改。2023/1/1GIT图示2023/1/1GIT版本Git版本号是一个40位的SHA-1编码的字符串例如:4dd6bd612a121b24e1877dbc632e422e305dde6c它不像svn那样版本号是连续的,很容易从版本号看出哪个是新版本,git的版本号是不连续的2023/1/1查看历史版本可以通过git log 命令来查看

9、历史版本的提交git log的操作都是本地操作,基本都能瞬间完成,比SVN快很多,查看历史版本或进行diff比较都非常方便也可以通过git revert操作来回退到历史版本2023/1/1查看祖先引用git log-pretty=format:%h%s-graph2023/1/1git log$git logcommit 734713bc047d87bf7eac9674765ae793478c50d3Author:Scott Chacon Date:Fri Jan 2 18:32:33 2009-0800fixed refs handling,added gc auto,updated tes

10、tscommit d921970aadf03b3cf0e71becdaab3147ba71cdefMerge:1c002dd.35cfb2b.Author:Scott Chacon 2023/1/1SHA-1SHA-1 摘要长度是20 字节如果地球上65 亿的人类都在编程,每人每秒都在产生等价于整个Linux 内核历史(一百万个Git 对象)的代码,并将之提交到一个巨大的Git 仓库里面,那将花费5 年的时间才会产生足够的对象,使其拥有50%的概率产生一次SHA-1 对象冲突。2023/1/1查看提交范围git log master.experiemntDC2023/1/1查看提交范围git

11、log origin/master.HEAD这条命令显示任何在你当前分支上而不在远程origin 上的提交。如果你运行git push并且的你的当前分支正在跟踪origin/master,被git log origin/master.HEAD2023/1/1储藏一个很实用的功能在git切换分支的时候,他会提示你有未提交的更新,你需要commit才能切换,但可能当前代码很乱不能提交git stash -将未提交代码储藏git stash apply-取出储藏的代码2023/1/1变更历史git允许你修改提交历史,这个很有用,可以减少那些乱七八糟的提交弄乱git仓库git commit-ammen

12、d这会更改Sha-1值,不能再push之后再修改2023/1/1 git调试Git有个挺有用的功能,可以找出你觉得有问题的代码在哪个版本引入的 git blame-L 32,36 xxx.java2023/1/1子模块第三方开发的库或者是你独立开发和并在多个父项目中使用的项目作为一个子模块放入git仓库$git submodule add git:/ rack2023/1/1filter-branch核弹级应用,尽可能小心使用可以从所有历史提交中删除一个文件,悔棋用,可能你误提交了个私密文件,可以通过这个功能来从历史提交中全部删除git filter-branch-tree-filter rm

13、-f passwords.txt HEAD2023/1/1Code review公司有个gerrit网站,用来做git代码的code reviewhttps:/Code review流程:代码commit之后,push的地址是code review的地址,而不是仓库地址提交之后,owner就会收到code review的邮件,显示代码的改动可以在ui上review代码,并做评注Commiter就会收到邮件,修改并重新发起code review2023/1/1大纲Git简介Git基础Git操作GIT版本管理GIT分支管理在项目中的实践2023/1/1GIT开分支Git开分支代价非常小仅增加几十字

14、节的存储开分支不需要管理员来开开分支仅需要数秒钟2023/1/1创建分支Git branch 创建分支git checkout 切换分支2023/1/1分支merge-ff当一个分支是另一个分支的祖父节点,即从该分支分离后原来分支未做任何改变2023/1/1分支merge-non-ff当不满足fast-farward条件时,就会发生三方合并2023/1/1衍合分支-rebase衍合是另一种分支合并策略,会在当前分支上重演被衍合分支的历史,他是一种线性的合并2023/1/1分支管理遇到的问题多人并行开发,开分支需求多,但分支开销太大,只能凑合着用分支合并特别麻烦,项目后期经常为了合并分支要花费一

15、下午的时间,特别是tree conflict问题项目使用时间长后,svn服务器速度越来越慢,导致svn操作都很慢,喝杯咖啡回来继续2023/1/1GIT的优势使用GIT很大程度上解决了我们在项目中碰到的问题分支随意开,几乎0代价,鼓励大家并行开发本地分支,方便进行一些调研性的feature开发分支合并快,每天合并分支十来次,也没啥感觉图形化工具能方便管理分支,检查有无分支未被合并2023/1/1Git在Datastream中的运用Datastream项目从今年下半年开始正式使用git作为代码管理的工具,摸索出了一些使用心得GIT虽然是一个分布式版本管理框架,理论上没有中心库的概念。但在实际应用

16、中还是要有一个中心库,方便多人开发的代码做同步尽量多使用本地分支进行开发、单元测试,测试通过再合并到协同开发的分支上2023/1/1项目分支管理策略2023/1/1项目分支管理策略一共有以下一些分支Master:主干分支用于上线Release branches:预发布分支Develop:开发分支Hotfix branches:线上bug修复分支Feature branches:长期功能分支2023/1/1分支-环境如果仅仅有分支管理,还无法管理好一个大型的项目,需要针对不同的分支,有不同的环境对应开发环境-develop分支QA环境-Release分支、hotfix分支Per环境-性能测试相关

17、的feature branch线上环境-Master分支只有分支和环境对应关系理清楚,我们才能规划好每一步,否则还是一团乱2023/1/1开发Develop是一个长期分支,也是项目中最重要的一个分支,在项目里它主要承担协同开发、集成测试的作用。开发人员在开发feature时,先本地开本地分支进行开发和单元测试(如果该模块开发需要其他模块协助,也可以把这个本地分支push到远端),单元测试通过后merge到develop分支进行集成测试。Develop分支不要求绝对稳定,但是也要保证一定的稳定度,至少新feature编译和单元测试要通过,否则会影响其他同事的开发2023/1/1测试Release

18、预发布分支一般会在项目有第一个feature提交时开,主要用于QA测试只有develop分支集成测试通过的才可以提交到release分支供QA测试QA如果在Release分支测试出有bug,最好的方式是通过Release上开个分支,修复bug,并借用下develop环境调试bug(这步过程需要协商),修复完成后merge到Release分支以及Develop分支2023/1/1上线QA在Release分支测试通过后,会通过配置管理员将Release分支通过fast-forward模式merge到master分支,这样不会有任何conflict。Master分支上打TAG,然后部署上线。这样一个

19、项目流程就结束了。2023/1/1线上bug当发现线上bug后,会开启一个hotfix分支,修复bug,并在QA环境上测试测试通过后merge到master,部署上线并也要merge到develop分支2023/1/1性能测试项目过程中需要做性能测试的时候可以从develop上拉一个性能测试的feature branch,例如perf当有性能相关的feature提交的时候merge develop到perf如果有性能问题需要修复,可以在perf上进行修复,并merge到develop2023/1/1 git使用过程遇到的问题Git也存在一些问题没有目录的概念,因此不太容易对子目录控制权限可以使

20、用submodule来控制权限,但是配置和管理代码的复杂度就会上升,分支管理会趋于复杂Merge的时候整个branch的代码一起merge,在develop分支上有时会有部分人集成测试通过,部分人测试未通过的时候,这时候merge会出问题。目前通过沟通解决,merge之前通知所有人,如果有问题的人先把代码revert一下,大部分时候问题不大。2023/1/1总结GIT从很大程度减轻了项目过程中代码管理、分支管理的代价,非常适合大型项目的多人并发开发简单,可以让程序员不需要太多的代码分支管理技术也可以很好地管理代码,不容易出错高速,大部分的本地操作,让程序员不会浪费时间在等待svn操作上2023/1/1 Q&A2023/1/1

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 教案示例

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com