Project Description

【分享实录】git很流行,但你未必真懂!

华为大厂来了!码农基地火了!

7月18日晚上8点,来自华为的美女程序媛潘静做客码农基地,分享了自己对git工具的认识和理解。这并不是码农基地首次邀请女程序员前来分享,但是当晚的人气还是让我们大吃一惊,1900多名程序员参与了线上活动!码农基地负责人热泪盈眶地说,今后还是要想办法多邀请女程序员来做分享!

闲话少说,下面奉上当晚分享活动的文字实录:

大家好,我是潘静,今天很高兴和大家一起交流关于GIT工具的原理和使用,希望对大家有所帮助。

20180124111340

在讲解GIT之前,我们先聊聊版本控制系统。在一个研发团队中,最核心的产物就是代码,它在开发的过程中越来越多,不断地增长,如何去存储、追踪这些文件或者是目录的变化,避免文件丢失或者是相互间的覆盖,主要靠的就是版本控制系统。

版本控制系统主要分为两类,集中式和分布式。集中式版本控制的特点是只有一台中央服务器,它存放着所有的数据,包括代码和提交记录。而其他客户端机器上,保存的是中央服务器最新版本的快照,它不包括那些logo,所以开发人员想工作的话,它必须要联网。

20180124111853

分布式版本控制系统的特点是,每台PC上都是代码仓库的完整镜像,它没有所谓的中央服务器和客户端之说。但是有人可能会问,我们公司用的也是GIT,那为什么也有中央服务器啊?大家也会说,把代码传到服务器上。其实这个所谓的服务器,仅仅是为了约定大家多人写作,是人为指定的,它和其它的机器本质上是相同的,任何一台客户端机器,都可以胜任这份工作。

集中式和分布式版本控制系统各有优缺点。对集中式版本控制系统来说,它的操作比较简单,使用没有难度,可以轻松地上手,并且对客户端机器的配置要求不高,因为它不用存储整套的代码。当然缺点也是显而易见的,中央服务器如果单点产生故障的话,整个服务器宕机,所有人都没有办法工作了。并且在没有备份的情况下,磁盘一旦被损坏,所有的数据都将丢失。

分布式版本控制系统的优点是,版本库是本地化的,包括所有的标签、分支、版本记录等等,它更适合的是一个跨地域的协同开发。它的缺点当然也可以看出,它学习成本比较高,不容易上手,只能针对整个仓库去创建分支,没有办法更细地根据一个文件夹去创建分支。

集中式版本控制系统常见的有CVS、VSS、SVN、ClearCase等,而分布式版本控制系统一般有GitHub、Mercurial 和 Bazaar。这两类中比较有代表性的就是SVN和GIT,他们两个都有一个比较好的使用群体,优缺点也经常被比较,但在现在敏捷开发已经成为主流、迭代交互越来越快的情况下,我觉得GIT的趋势越来越好,被越来越多的人所使用。

GIT诞生于2002年,由linux之父和他的团队开发并不断完善,它秉承了linux的开源精神,为我们开发团队带来了一个非常棒的而且完全免费的版本控制体验。

20180124112124

在上图中可以看到GIT的工作模式,一次代码被成功地提交到远端的仓库,要经历四个阶段:本地工作区、暂存区、版本库和远端版本库,文件在这四个状态中是不同的。

在本地工作区包括三个类型的文件,新增文件、被修改的文件和被删除的文件,如果你用GIT  STATUS命令去查看的话,可以看到有两种类型,一种是untracked files,它表示的是未被跟踪的文件,一般指的是你新添加的文件;还有一种是Changes not staged for commit,这种类型的文件一般包括的就是 modified和deleted。

对已经修改的文件,我们进行GIT add或者GIT REMOVE操作的话,文件就到了暂存区。暂存区其实就是一个文件索引的目录树,它记录了所有的文件名、文件状态信息。如果把暂存区的文件,进行commit提交操作的话,文件就到了本地的版本仓库,这时候如果再进行git push操作的话,就会把本端版本库的内容push到远端版本仓库,完成了一次版本库的提交。

20180124112207

让我们来思考一下,版本控制系统它应该如何来记录每次提交呢?我觉得正常的思维肯定是记录差异,也就是说记录修改文件有什么不同。的确,大多数版本控制系统就是这么做的,比如我们熟悉的CVS、SVN啊,但是GIT却不是这样,它每次提交时,把全部的文件做了一个快照,并且保存了指向这个快照的一个索引。

这种保存其实有很多好处,比如说切换版本的时候,我直接引用指向目标版本的索引就行了,就不需要差异存储的那样,我还需要版本之间的merge,所以速度就会提升许多。下面我将讲到的轻量级的分支切换,就是因为这个原理。

20180124112245

GIT仓库的默认分支是master分支,分支的本质是一个指向commit的指针,它会随着每次提交不停地向前移动。而git创建一个分支的本质就是创建一个指向最后一次提交的可变指针,所以git分支的创建不是复制整个版本库的内容,仅仅是新建了一个指针,它以40个字符长的长度保存在文件里,这是一个几乎令人难以想象的轻量级。

20180124112318

如何去识别当前的分支是在哪里呢?这个就需要head指针来识别,就像上图所示的那样,分支切换前head指针指向的是master,当前的分支就是master,切换之后,head指针指向的是testing,当前的分支就是testing分支。

有分支的存在就必然会存在分支合并的情况,并且我们日常使用中出现的问题,一般也是分支合并引起的问题。无论哪种工作流,都会涉及到分支合并。它就是说把一个分支的修改整合到当前分支,一般有两种方法,一种是merge,一种是rebase。

这两种方法经常让我们使用的非常不顺手,或者是有一些误区。我们现在就通过对一种场景进行不同的操作产生的两种效果,来看这两种方法的区别。

20180124112347

上图中的场景是master分支上新增了一个C4的节点,hotfix分支上新增了一个C3的节点,我们要将hotfix分支合并到master分支上,什么时候容易有这种情况呢?通常是我们生产环境上出现了一个问题,需要拉出一个hotfix分支,然后解决以后,合入到master分支或者是develop分支,会有这种情况。

Merge的结果从log上看,它包括hotfix的新增节点C3,master的新增节点C4,以及两者的共同祖先节点C2,这种合并操作非常简单,但是有了一个新增的节点C5,它使整个合并的log上形成了一个环形,所以版本的可读性非常差。

而rebase的操作呢,它先将master分支新增的节点C4,以补丁的形式保存在.git rebase这个目录下,然后再去同步hotfix分支的最新代码,最终再将这个补丁C4 ’去应用到这个分支上,这种log看上去非常地清晰。

20180124112421

有合并就会有冲突,一般没有冲突的地方,系统会自动将他们合并到一起。而有一些冲突是需要我们手动来解决的。一般有两种冲突,第一种就是说两个合并分支它修改了同一行代码,这种冲突会在整个文件中以这种尖括号、等号的形式将它括起来。

就如上图中可以看到的,head所指的那一部分,等号和左尖括号中间的那一部分,指的是当前分支修改的内容,而等号下面的那一部分,是原分支的修改的内容,一般这些需要你人为地去确认,哪一些代码需要留下来,哪一些代码需要删掉,人为地解决之后,然后再把这个代码去提交。

20180124112452

还有一种类型的冲突,是文件被重命名为不同的名字,这种我们需要去确认哪一个名字是正确的,然后把错误的名字去删除,再提交修改。

主持人:感谢老师精彩的分享,下面进入第二环节,老师答疑部分,有问题的伙伴直接把问题打在讨论区即可,最后会根据优质问题,选择三位伙伴分别获得《代码不朽》书籍一本。

静待日出:git与svn的区别有啥呢?

潘静:git和svn作为分布式与集中式的代表,他们本质上是工作模式的不同。Git本地有一套整个的代码仓库,离线也可以工作和查看log,而svn必须联网。然后二者在安全性能上也是有不同的,git是一个分布式的系统,它每个用户相当于对版本仓库的一个备份,通过hash保证了数据的完整性,防止其他人的恶意篡改。而svn容易发生单点的故障,服务器端历史数据如果被篡改的话,客户端很难去发现。

荣信:我现在用的是svn,想迁移到git,成本高么?

潘静:svn转到git的迁移成本并不高,因为git有一个git svn clone的命令,可以把整个服务器迁移,后面加上服务器的URL填上就可以迁移过来了,但是迁移过之后可能涉及到一个git学习成本的问题,和一个使用习惯的问题。

康:使用git的时候一般常用工作流有哪些?

潘静:git有几个工作流。工作流也可以说是一个分支策略。第一个有一个集中式工作流,集中式工作流比较适合刚从svn迁移到git的使用群体。因为它一般只使用一个master分支,类似于svn上的trunk,可以做一个svn向git的过渡。它的特点是只有一个master分支,每个开发人员都要在这个分支的基础上拉取一个最新的代码,然后有冲突的话,rebase之后,然后再提交。

还有的就是功能分支的工作流。它的思路就是你每个功能都要单拉出来一个分支,在这个分支上去做功能的开发,然后再提交到master。

还有一个比较好的工作流,就是git flow工作流,它适用于一个大型的项目。它会有几个分支,有两个长期分支,分别是master分支和develop分支。Master分支版本的稳定性较强,一般是供生产环境的部署使用,这个分支一般只从其他分支上合并代码,而不能从这个分支去直接提交。而develop分支是一个主开发分支,它用来集成、测试一些最新的开发成果,包含发布到下一个release的代码。

还有一些短期分支,就是开发人员本地的一个feture分支,我要做一个特性开发,我就拉取一个feture,然后整个自己本地测试完成之后,合到develop。

芒果泥:请问学习git需要安装什么客户端?

潘静:一般喜欢使用图形化界面的,建议你安装TortoiseGit、SourceTree、git cola或者是EGit,如果比较习惯使用命令的话,可以直接在git base的终端敲入命令行就行了。

星晨:fetch+rebase和pull本质区别是什么?

潘静:git pull等于git fetch加git merge,而您说的fetch+rebase它就相当于merge和rebase的区别了。

站在伦敦桥上看船:我在铺上的时候和别人冲突的,push失败了。接下来什么操作可以解决这个问题?

潘静:首先需要看您这个push失败的原因是什么,如果是您本地没有更新最新的代码而导致的仓库push不成功,那首先要pull一下,把最新代码拉到本地再修改。如果是因为您和远端的仓库修改了相同的代码行,导致了一个冲突,那就需要手动地去修改。

逄新利:git可以从某个文件夹创建分支吗?

潘静:git只可以针对整个代码仓库创建分支,它不能基于某个文件进行分支创建。

主持人:好的,感谢潘静老师分享答疑,由于时间关系,伙伴们没有回答的问题,稍后加群,老师也会在,大家可以继续提问。恭喜康、星晨、荣信三位获奖者,请联系主持人并提供联系地址,以便我们发放奖品。

本期活动由码农基地主办,WeX5移动开发云和华为联合主办。感谢老师今晚精彩的分享,感谢大家积极参与,感谢各位合作伙伴的支持!

20180124112525

index-icon-weibo index-icon-facebook index-icon-twitter github-1
wen-xin-2
    友情链接    |     法律说明          北京起步科技股份有限公司  ©2006-2017        京ICP备13007148号