欢迎光临
我的个人博客网站

版本控制系统之git

  一、简介

  git是Linux内核项目发起者linus用C语言写的,主要用来做项目的版本控制追踪;git是无中心节点的分布式版本控制系统,也是目前很流行的版本控制系统;其安装简单,使用简单;相比传统的cvs和svn,git要比前两者都要方便,前两者是有中心节点的版本控制系统,有中心节点就意味着,每次提交代码都得连接到中心节点(仓库),然后才能提交代码,提交代码(项目)依赖网络;而git在没有网络的情况下也支持提交代码到本地的对象库中;这样一来使得git使用非常方便;

  git整体架构

版本控制系统之git

  提示:以上是git的一个大概的工作逻辑图,git版本控制系统主要由本地工作空间,本地仓库和远程仓库三部分组成;本地工作空间中包含本地仓库,本地仓库中主要有索引和对象库;用户在本地空间初始化一个项目,就相当于在本地创建了一个本地git仓库,其表现形式上在用户的工作目录下有一个.git的隐藏目录;用户要把本地的文件提交到远程仓库,首先得将文件添加到本地仓库中的索引中去,然后再把索引中的内容提交到本地对象库中存储;然后再从本地push一份到远程仓库;用户提交项目到远程仓库的过程就是这样;当然用户从远程仓库可以直接克隆远程仓库到本地;

  git本地仓库结构

版本控制系统之git

  提示:本地git仓库主要由工作目录、索引和对象库组成;在用户执行git init后,就把对应的工作目录初始化为git本地仓库;

  git add 在本地仓库中的表现

版本控制系统之git

  提示:以上表示用户执行git后,在本地仓库中的表现;用户在工作目录里有绿蓝两个文件,在执行git add后,它会在索引(暂存区)生成对应文件的索引信息,其索引主要记录文件的hash码和对应在对象库中的文件一个关联关系;这样一来git就可以追踪这两个文件的变化;如果此时我们在工作目录中继续编辑这两个文件,后续我们想知道我们编辑了那些内容,就可以把工作目录中的文件同对象库中的文件做对比;工作目录中的文件和对象库中的文件不同的是,在工作目录中的文件表现为两个正常的文件名,而在对象库中,这两个文件的文件名不再是工作目录中的文件名,而是把对应文件的内容做hash以后,把hash码当作文件的名称;

  git commit在本地仓库的表现形式

版本控制系统之git

  提示:在用户把工作目录中的文件add到暂存区以后,如果执行git commit,git会在对象库中生成一个索引的快照文件(对象库中的黄三角)和一个提交对象(紫红色圆形);提交对象中主要保存了对应的索引快照是什么时候床架的,对应提交指向的那个索引快照,项目的版本等等;上面我们说了索引中主要保存文件和对象库中的文件的关联关系,如果此时我们把工作目录中的文件删除以后,可以通过对象库中的文件进行恢复;其实在执行git add以后,把对应工作目录中的文件删除以后,都可以从对象库中找回;以上就是用户把工作目录中的文件提交到git在本地仓库中的一个工作流程;如果后续我们再次add 工作空间的文件到本地仓库也是一样的逻辑;

版本控制系统之git

  提示:当用户第二次提交时,在对象库中会生成第二个索引快照和提交对象;并且HEAD指针会指向当前才生成的提交对象;这样一来在对象库中就存在多个提交对象,如果此时我们需要恢复到某个版本,可以直接把head指针指向对应的提交对象即可;

  二、git安装

[root@node01 ~]# yum install git Loaded plugins: fastestmirror base                                                                                               | 3.6 kB  00:00:00      epel                                                                                               | 4.7 kB  00:00:00      extras                                                                                             | 2.9 kB  00:00:00      updates                                                                                            | 2.9 kB  00:00:00      (1/2): epel/x86_64/updateinfo                                                                      | 1.0 MB  00:00:00      (2/2): epel/x86_64/primary_db                                                                      | 6.9 MB  00:00:01      Loading mirror speeds from cached hostfile  * base: mirrors.aliyun.com  * extras: mirrors.aliyun.com  * updates: mirrors.aliyun.com Resolving Dependencies --> Running transaction check ---> Package git.x86_64 0:1.8.3.1-23.el7_8 will be installed --> Processing Dependency: perl-Git = 1.8.3.1-23.el7_8 for package: git-1.8.3.1-23.el7_8.x86_64 --> Processing Dependency: rsync for package: git-1.8.3.1-23.el7_8.x86_64 --> Processing Dependency: perl(Term::ReadKey) for package: git-1.8.3.1-23.el7_8.x86_64 --> Processing Dependency: perl(Git) for package: git-1.8.3.1-23.el7_8.x86_64 --> Processing Dependency: perl(Error) for package: git-1.8.3.1-23.el7_8.x86_64 --> Running transaction check ---> Package perl-Error.noarch 1:0.17020-2.el7 will be installed ---> Package perl-Git.noarch 0:1.8.3.1-23.el7_8 will be installed ---> Package perl-TermReadKey.x86_64 0:2.30-20.el7 will be installed ---> Package rsync.x86_64 0:3.1.2-10.el7 will be installed --> Finished Dependency Resolution  Dependencies Resolved  ==========================================================================================================================  Package                          Arch                   Version                            Repository               Size ========================================================================================================================== Installing:  git                              x86_64                 1.8.3.1-23.el7_8                   updates                 4.4 M Installing for dependencies:  perl-Error                       noarch                 1:0.17020-2.el7                    base                     32 k  perl-Git                         noarch                 1.8.3.1-23.el7_8                   updates                  56 k  perl-TermReadKey                 x86_64                 2.30-20.el7                        base                     31 k  rsync                            x86_64                 3.1.2-10.el7                       base                    404 k  Transaction Summary ========================================================================================================================== Install  1 Package (+4 Dependent packages)  Total download size: 4.9 M Installed size: 23 M Is this ok [y/d/N]: y Downloading packages: (1/5): perl-TermReadKey-2.30-20.el7.x86_64.rpm                                                     |  31 kB  00:00:00      (2/5): rsync-3.1.2-10.el7.x86_64.rpm                                                               | 404 kB  00:00:00      (3/5): perl-Error-0.17020-2.el7.noarch.rpm                                                         |  32 kB  00:00:00      (4/5): git-1.8.3.1-23.el7_8.x86_64.rpm                                                             | 4.4 MB  00:00:00      (5/5): perl-Git-1.8.3.1-23.el7_8.noarch.rpm                                                        |  56 kB  00:00:00      -------------------------------------------------------------------------------------------------------------------------- Total                                                                                     5.0 MB/s | 4.9 MB  00:00:00      Running transaction check Running transaction test Transaction test succeeded Running transaction   Installing : 1:perl-Error-0.17020-2.el7.noarch                                                                      1/5    Installing : rsync-3.1.2-10.el7.x86_64                                                                              2/5    Installing : perl-TermReadKey-2.30-20.el7.x86_64                                                                    3/5    Installing : perl-Git-1.8.3.1-23.el7_8.noarch                                                                       4/5    Installing : git-1.8.3.1-23.el7_8.x86_64                                                                            5/5    Verifying  : git-1.8.3.1-23.el7_8.x86_64                                                                            1/5    Verifying  : 1:perl-Error-0.17020-2.el7.noarch                                                                      2/5    Verifying  : perl-TermReadKey-2.30-20.el7.x86_64                                                                    3/5    Verifying  : perl-Git-1.8.3.1-23.el7_8.noarch                                                                       4/5    Verifying  : rsync-3.1.2-10.el7.x86_64                                                                              5/5   Installed:   git.x86_64 0:1.8.3.1-23.el7_8                                                                                             Dependency Installed:   perl-Error.noarch 1:0.17020-2.el7     perl-Git.noarch 0:1.8.3.1-23.el7_8     perl-TermReadKey.x86_64 0:2.30-20.el7       rsync.x86_64 0:3.1.2-10.el7            Complete! [root@node01 ~]#  

  三、git基本命令使用

  git init 初始化一个空仓库

版本控制系统之git

  git add 把当前工作目录中的文件添加到暂存区

版本控制系统之git

  提示:以上命令表示把当前目录下的文件添加到暂存区;点表示当前目录,当然也可以使用*,也可以使用对应的文件名;

  git ls-files -s:查看暂存区中的文件列表

[root@node01 test]# git ls-files -s 100644 a63efecf511676df4bf5b4a50e19c958f156f3c6 0       fstab [root@node01 test]#  

  git ls-files -o:把当前目录的文件同暂存区中的文件列表比较,列出未被追踪的文件;

[root@node01 test]# git ls-files -o [root@node01 test]# cp /etc/passwd . [root@node01 test]# git ls-files -s 100644 a63efecf511676df4bf5b4a50e19c958f156f3c6 0       fstab [root@node01 test]# git ls-files -o passwd [root@node01 test]#  

  git cat-file:查看文件内容

版本控制系统之git

  提示:-p是以美观方式显示文件内容;查看对象库中的文件,需要指定对象库中的文件名称,通过ls-files -s可以列出暂存区文件的列表,其中包含文件的权限信息,文件的hash名称,以及对应本地目录的文件名称;

  git config:配置git环境

  git的配置分三级,仓库特有,其配置文件放在REPONAME/.git/config;用户持有,也称为全局配置,这里的全局指某个用户的全局,其配置文件在用户的家目录下的.gitconfig,用–global来指定;系统持有,指本机所有用户的git通用配置,其配置文是/etc/gitconfig,用–system来指定;

  示例:配置仓库持有配置的用户名和用户邮箱

版本控制系统之git

  提示:git标记一个用户是靠用户名和邮箱标记;当然在生产中使用git通常上面的用户名和邮箱都是真实有效的,以便后续项目上的问题可以通过邮箱进行交流和反馈;

  验证:看看我们配置的user.name和user.email是否保存在当前仓库的.git/config文件中呢?

版本控制系统之git

  配置全局git环境

版本控制系统之git

  配置系统git环境

版本控制系统之git

  git hash-object:计算指定文件的hash码

版本控制系统之git

  提示:可以看到本地仓库中的fstab文件的hash码同对象库中的文件名一样;说明在对象库中的文件名就是把对应文件内容hash以后的hash码当作文件名;

  git rm:删除工作目录中的文件,及索引中的映射;–cache表示只删除索引中的映射,当前工作目录的文件并不删除;

版本控制系统之git

  删除当前目录文件的同时,也删除索引中的对应关系

版本控制系统之git

  提示:直接使用git rm删除文件是删除不掉的,必须使用-f,-f表示强制删除文件和索引中的文件,–cache表示只删除索引中的文件,并不对应本地文件做删除操作;

  git mv:改变工作目录中的文件名,及索引中的映射;

版本控制系统之git

  提示:更改文件名称,如果使用shell命令mv更改文件名称,git会认为更改后的文件名的文件是一个新文件;所以要想更改索引中的文件名称,需要使用git mv来更改;

  git commit:提交暂存区的文件到本地仓库

[root@node01 test]# git commit -m "v1" [master (root-commit) 6f8bf56] v1  1 file changed, 22 insertions(+)  create mode 100644 password [root@node01 test]#  

  git log:查看提交日志

[root@node01 test]# git log commit 6f8bf56578144cee9cf16539587fca5aaf61e3bc Author: tom <admin@admin.com> Date:   Fri Oct 9 21:03:03 2020 +0800      v1 [root@node01 test]#  

  git diff:比较提交、索引及工作目录;

版本控制系统之git

  提示:git diff命令用来比较当前工作目录下的文件同本地对象库中的文件差异,上面显示结果表示,本地password文件相比对象中的password文件多了一个test;如果我们在把当前文件删除一点数据,它会告诉我们在当前目录的文件中少了某某数据;如下

  删除本地文件中的一些数据,再做比较

版本控制系统之git

  提示:以上提示说本地文件相比对象库中的文件,少了root:x:0:0:root:/root:/bin/bash这行数据,多了一个test;

  git reset:撤消此前的操作;–soft:将HEAD引用指向给定的提交,但不影响索引和工作目录;–mixed:将HEAD引用指向给定的提交,并将索引内容改变为指定提交的快照;但不改变工作目录;–hard:将HEAD引用指向给定的提交、将索引内容改变为指定提交的快照,并改变工作目录中的内容反映指定提交的内容;

版本控制系统之git

  提示:以上主要做了两个不同的版本提交,第一次提交有test1文件,其内容是version1以及issue文件;第二次提交首先删除了test1文件,然后创建了teset2文件,其内容为version2,并且把fstab文件一并提交了;

  验证:将HEAD引用指向第一次提交,并不改变工作目录的文件情况和索引;

版本控制系统之git

  提示:–soft就相当于回到第一提交以后,第二次把文件添加到暂存区,并未做提交到状态;

  验证:将HEAD指向v1,并将索引更改为v1,并不更改当前目录文件

版本控制系统之git

  提示:–mixed就相当于第一次提交以后,第二次还未添加到暂存区的情况;重新添加并提交就会把head指向当前提交的版本,并且把索引快照,指向最近的提交;

  验证:将HEAD引用指向给定的提交、将索引内容改变为指定提交的快照,并改变工作目录中的内容反映指定提交的内容;

版本控制系统之git

  提示:–hard就相当于直接回到提交第一次时的状态;当然第一次到第二次提交的中间数据会全部丢失;

  git clone:从远端仓库克隆目录到本地

  示例:从github上克隆ansible-for-kubernetes到本地

版本控制系统之git

  复制远端仓库地址后,在本地使用git clone 加上仓库地址进行克隆

版本控制系统之git

  提示:可以看到克隆成功后,本地就会和远端仓库一模一样的文件结构的目录;

赞(0) 打赏
未经允许不得转载:张拓的天空 » 版本控制系统之git
分享到: 更多 (0)

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

专业的IT技术经验分享 更专业 更方便

联系我们本站主机

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏