1、前言 2、概述

1、前言 2、概述 前言 概述

1.0 学习目标

  • 了解Git基本概念

  • 能够概述git工作流程

  • 能够使用Git常用命令

  • 熟悉Git代码托管服务

  • 能够使用 Visual Studio/Rider/VSCode 操作git

1.1 需要的知识储备

  1. linux 基本命令

  2. 编程入门基础

  3. 简单的docker 基础(会安装容器即可)

1.2 适合学习人群

  1. 在校大学生

  2. 初入社会的开发人员

 

 

2.1、为什么需要代码版本控制工具

Git是目前世界上最先进的分布式版本控制系统(没有之一)。

Git有什么特点?简单来说就是:高端大气上档次!

那什么是版本控制系统?

如果你用Microsoft Word写过长篇大论,那你一定有这样的经历:

想删除一个段落,又怕将来想恢复找不回来怎么办?有办法,先把当前文件“另存为……”一个新的Word文件,再接着改,改到一定程度,再“另存为……”一个新文件,这样一直改下去,最后你的Word文档变成了这样:

 

过了一周,你想找回被删除的文字,但是已经记不清删除前保存在哪个文件里了,只好一个一个文件去找,真麻烦。

看着一堆乱七八糟的文件,想保留最新的一个,然后把其他的删掉,又怕哪天会用上,还不敢删,真郁闷。

更要命的是,有些部分需要你的财务同事帮助填写,于是你把文件Copy到U盘里给她(也可能通过Email发送一份给她),然后,你继续修改Word文件。一天后,同事再把Word文件传给你,此时,你必须想想,发给她之后到你收到她的文件期间,你作了哪些改动,得把你的改动和她的部分合并,真困难。

于是你想,如果有一个软件,不但能自动帮我记录每次文件的改动,还可以让同事协作编辑,这样就不用自己管理一堆类似的文件了,也不需要把文件传来传去。如果想查看某次改动,只需要在软件里瞄一眼就可以,岂不是很方便?

这个软件用起来就应该像这个样子,能记录每次文件的改动:

1service.doc张三删除了软件服务条款57/12 10:382service.doc张三增加了License人数限制7/12 18:093service.doc李四财务部门调整了合同金额7/13 9:514service.doc张三延长了免费升级周期7/14 15:17

这样,你就结束了手动管理多个“版本”的史前时代,进入到版本控制的20世纪。

2.2、代码版本控制系统分类

常见的代码版本控制系统包括以下几种:

  1. Git:现在应用最为广泛的分布式版本控制系统,使用广泛,由于分布式的特点,支持本地化开发和离线工作。

  2. SVN:集中式版本控制系统,与 Git 相比,不支持本地化开发,但故障恢复速度较快,可以像 Git 一样实现版本回退。

  3. Mercurial:又称 hg,也是分布式版本控制系统,和 Git 功能类似。

  4. TFS:微软提供的团队协作平台,具有源代码管理、工作管理、自动化构建、测试管理等功能。

  5. Perforce:支持分布式和集中式版本控制的商业软件,主要针对需要大规模协作的企业级团队。

  6. CVS:集中式版本控制系统,近些年来已经逐渐淘汰,但在早期很常用,例如在 Linux 内核早期就是使用 CVS 进行版本控制。

 

集中式VS分布式

Linus(linux 系统创始人)一直痛恨的CVS及SVN都是集中式的版本控制系统,而Git是分布式版本控制系统,集中式和分布式版本控制系统有什么区别呢?

先说集中式版本控制系统,版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆,你要改一本书,必须先从图书馆借出来,然后回到家自己改,改完了,再放回图书馆。

 

集中式版本控制系统最大的毛病就是必须联网才能工作,如果在局域网内还好,带宽够大,速度够快,可如果在互联网上,遇到网速慢的话,可能提交一个10M的文件就需要5分钟,这还不得把人给憋死啊。

那分布式版本控制系统与集中式版本控制系统有何不同呢?首先,分布式版本控制系统根本没有“中央服务器”,每个人的电脑上都是一个完整的版本库,这样,你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。

和集中式版本控制系统相比,分布式版本控制系统的安全性要高很多,因为每个人电脑里都有完整的版本库,某一个人的电脑坏掉了不要紧,随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题,所有人都没法干活了。

在实际使用分布式版本控制系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在一个局域网内,两台电脑互相访问不了,也可能今天你的同事病了,他的电脑压根没有开机。因此,分布式版本控制系统通常也有一台充当“中央服务器”的电脑,但这个服务器的作用仅仅是用来方便“交换”大家的修改,没有它大家也一样干活,只是交换修改不方便而已。

 

当然,Git的优势不单是不必联网这么简单,后面我们还会看到Git极其强大的分支管理,把SVN等远远抛在了后面。

CVS作为最早的开源而且免费的集中式版本控制系统,直到现在还有不少人在用。由于CVS自身设计的问题,会造成提交文件不完整,版本库莫名其妙损坏的情况。同样是开源而且免费的SVN修正了CVS的一些稳定性问题,是目前用得最多的集中式版本库控制系统。

除了免费的外,还有收费的集中式版本控制系统,比如IBM的ClearCase(以前是Rational公司的,被IBM收购了),特点是安装比Windows还大,运行比蜗牛还慢,能用ClearCase的一般是世界500强,他们有个共同的特点是财大气粗,或者人傻钱多。

微软自己也有一个集中式版本控制系统叫VSS,集成在Visual Studio中。由于其反人类的设计,连微软自己都不好意思用了。

分布式版本控制系统除了Git以及促使Git诞生的BitKeeper外,还有类似Git的Mercurial和Bazaar等。这些分布式版本控制系统各有特点,但最快、最简单也最流行的依然是Git!

 

2.3、Git的诞生

很多人都知道,Linus在1991年创建了开源的Linux,从此,Linux系统不断发展,已经成为最大的服务器系统软件了。

Linus虽然创建了Linux,但Linux的壮大是靠全世界热心的志愿者参与的,这么多人在世界各地为Linux编写代码,那Linux的代码是如何管理的呢?

事实是,在2002年以前,世界各地的志愿者把源代码文件通过diff的方式发给Linus,然后由Linus本人通过手工方式合并代码!

你也许会想,为什么Linus不把Linux代码放到版本控制系统里呢?不是有CVS、SVN这些免费的版本控制系统吗?因为Linus坚定地反对CVS和SVN,这些集中式的版本控制系统不但速度慢,而且必须联网才能使用。有一些商用的版本控制系统,虽然比CVS、SVN好用,但那是付费的,和Linux的开源精神不符。

不过,到了2002年,Linux系统已经发展了十年了,代码库之大让Linus很难继续通过手工方式管理了,社区的弟兄们也对这种方式表达了强烈不满,于是Linus选择了一个商业的版本控制系统BitKeeper,BitKeeper的东家BitMover公司出于人道主义精神,授权Linux社区免费使用这个版本控制系统。

安定团结的大好局面在2005年就被打破了,原因是Linux社区牛人聚集,不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议(这么干的其实也不只他一个),被BitMover公司发现了(监控工作做得不错!),于是BitMover公司怒了,要收回Linux社区的免费使用权。

Linus可以向BitMover公司道个歉,保证以后严格管教弟兄们,嗯,这是不可能的。实际情况是这样的:

Linus花了两周时间自己用C写了一个分布式版本控制系统,这就是Git!一个月之内,Linux系统的源码已经由Git管理了!牛是怎么定义的呢?大家可以体会一下。

Git迅速成为最流行的分布式版本控制系统,尤其是2008年,GitHub网站上线了,它为开源项目免费提供Git存储,无数开源项目开始迁移至GitHub,包括jQuery,PHP,Ruby等等。

历史就是这么偶然,如果不是当年BitMover公司威胁Linux社区,可能现在我们就没有免费而超级好用的Git了。

 

2.4、GIT的优势

  • 历史变更跟踪 - 您可以查看提交如何随时间变化的图形,了解谁在何时进行了哪些更改,并可根据需要恢复到之前的提交。借助历史记录功能,您可以更轻松地识别和修复错误。

  • 团队协作 - 在提交或合并回主作业分支前,您可以轻松地与团队成员共享代码,开展评审工作。此外,分支和评审功能有助于实现同步开发。多人可在同一文件上作业,稍后再解决分歧。

  • 提高团队开发速度和生产效率 - 团队可以利用 Git 轻松跟踪代码更改。现在,您可以专注于编写代码,而不是花时间跟踪和合并团队中的不同版本。此外,Git 可执行计算并在本地存储您的主存储库,这使其大多数操作都快于集中式 VCS。

  • 可用性和冗余性 - Git 是一种分布式 VCS,也就是说,它没有集中存储一切内容的单一中央位置。在分布式系统中,如果您需要备份,则有多个备份。这让您能够离线作业,并在完成作业后提交更改。

  • Git 是一种行业标准 - 由于广受欢迎,Git 得到了许多集成开发环境 (IDE) 和许多流行开发人员工具的支持,包括 AWS CodeCommit、Jenkins、Travis 等。Git 有许多免费资源,例如 Git open source 页面。

 

 

2.5、工作中GIT使用步骤

 

命令如下:

  1. clone(克隆): 从远程仓库中克隆代码到本地仓库

  2. checkout (检出):从本地仓库中检出一个仓库分支然后进行修订

  3. add(添加): 在提交前先将代码提交到暂存区

  4. commit(提交): 提交到本地仓库。本地仓库中保存修改的各个历史版本

  5. fetch (抓取) : 从远程库,抓取到本地仓库,不进行任何的合并动作,一般操作比较少。

  6. pull (拉取) : 从远程库拉到本地库,自动进行合并(merge),然后放到到工作区,相当于 fetch+merge

  7. push(推送) : 修改完成后,需要和团队成员共享代码时,将代码推送到远程仓库

 

视频配套链接:GitLab的cicd自动发布构建流程 - 网易云课堂 (163.com)

海阔平鱼跃,天高任我行,给我一片蓝天,让我自由翱翔。
评论
  
版本文件名用户说明日期