目录

一、学习目的

二、Git的初识

2.1 如何解决--版本控制器

2.2注意事项

三、Git的安装

3.1centos版

3.2 linux版本

3.3 安装过程

四、创建本地仓库

五、配置Git

六、认识工作区、暂存区、版本库

七、基本操作_添加文件_场景一

八、查看git文件

九、基本操作_添加文件_场景二


一、学习目的

本专题我们将学习版本控制器git的使用方法。我们有以下这几个目标:

  1. 技术目标:掌握 Git 企业级应⽤,深刻理解Git操作过程与操作原理,理解⼯作区,暂存区,版本库的含义。
  2. 技术目标:掌握 Git 版本管理,⾃由进⾏版本回退、撤销、修改等Git操作⽅式与背后操作原理。
  3. 技术目标:掌握 Git 分⽀管理,从分⽀创建,切换,合并,删除的整个⽣命周期,灵活进⾏各种场景下的分⽀管理,学习常⻅分⽀管理策略。
  4. 技术目标:掌握 Git 远程仓库与本地仓库,结合版本管理与分⽀管理,做到基于分⽀级的个⼈级开发。
  5. 技术目标:理解分布式版本控制系统,学习远程仓库与本地仓库的交互操作,掌握多⼈协作开发模式。
  6. 协作目标:学习企业级常⻅分⽀策略(master/release/develop/feature/hotfix等),理解不同公
    司,不同环境下适合的分⽀模型。结合案例,引⼊⼯程师,测试⼈员,技术经理等⻆⾊,展现项⽬开发过程的全貌,深刻理解开发的整体流程,俯视Git在其中的作⽤。

二、Git的初识

不晓得各位再学习,或者办公的时候有没有遇到这种情况:我们再编写文档的时,为了防止文档丢失,更改失误,将失误后的文件恢复到原来的版本,不得不复制出来一个副本,比如:

“报告 -v1”->"报告-v2”->"报告-v3"->"报告-确定版"->"报告-最终版"->"报告-究极进化版"

每个版本有各⾃的内容,但最终会只有⼀份报告需要被我们使⽤ 。
但在此之前的⼯作都需要这些不同版本的报告,于是每次都是复制粘贴副本,产出的⽂件就越来越
多,⽂件多不是问题,问题是:随着版本数量的不断增多,你还记得这些版本各⾃都是修改了什么
吗?
⽂档如此,我们写的项⽬代码,也是存在这个问题的!!

2.1 如何解决--版本控制器

为了能够更⽅便我们管理这些不同版本的⽂件,便有了版本控制器。所谓的版本控制器,就是能让你 了解到⼀个⽂件的历史,以及它的发展过程的系统。
通俗的讲就是⼀个可以记录⼯程的每⼀次改动和 版本迭代的⼀个管理系统,同时也⽅便多⼈协同作业。 ⽬前最主流的版本控制器就是 Git 。
Git 可以控制电脑上所有格式的⽂件,例如 doc、excel、dwg、 dgn、rvt等等。对于我们开发⼈员来说,Git 最重要的就是可以帮助我们管理软件开发项⽬中的源代码 ⽂件!

2.2注意事项

还需要再明确⼀点,所有的版本控制系统,Git 也不例外,其实只能跟踪⽂本⽂件的改动,⽐如 TXT ⽂件,⽹⻚,所有的程序代码等等。版本控制系统可以告诉你每次的改动,⽐如:在第二行新增了”git“,在第5⾏加了⼀个单词“Linux”,在第8⾏删了⼀个单词 “Windows”。但是二进制文件只能显示大小的更新!!!

三、Git的安装

Git 是开放源代码的代码托管⼯具,最早是在Linux下开发的。开始也只能应⽤于Linux平台,后⾯慢慢的被移植到windows下,现在,Git可以在Linux、Unix、Mac和Windows这⼏⼤平台上正常运⾏了。

3.1centos版

如果你的的平台是centos,安装git相当简单,以我的centos7.6为例:⾸先,你可以试着输⼊Git,看看系统有没有安装Git:
$ git
-bash: git: command not found

出现这样就是没有安装。

安装命令:

sudo yum -y install git

查看git版本:

git --version

3.2 linux版本

如果你的的平台是ubuntu,安装git相当简单,以我的ubuntu20.04为例:⾸先,你可以试着输⼊git,看看系统有没有安装Git:
$ git
Command 'git' not found, but can be installed with:
sudo apt install git
出现像上⾯的结果,Linux会友好地告诉你Git没有安装,还会告诉你如何安装Git。
安装 Git:
$ sudo apt-get install git -y
查看 git 安装的版本:
$ git --version

3.3 安装过程

我这里装过了,我卸载了重装一遍。

这里需要按下tab键,使光标跳转到下面的ok,然后再按下enter就行。

这就好了,最后查看版本。

四、创建本地仓库

要提前说的是,仓库是进⾏版本控制的⼀个⽂件⽬录。我们要想对⽂件进⾏版本控制,就必须先创建⼀个仓库出来。
创建⼀个 Git 本地仓库对应的命令为 git init ,注意命令要在⽂件⽬录下执⾏,例如:
我们发现,当前⽬录下多了⼀个 .git 的隐藏⽂件, .git ⽬录是 Git 来跟踪管理仓库的,不要⼿动
修改这个⽬录⾥⾯的⽂件,不然改乱了,就把 Git 仓库给破坏了。
其中包含 Git 仓库的诸多细节,有兴趣的兄弟们可以进⼊看看。

最好别乱改啊!!!!

五、配置Git

当安装 Git 后⾸先要做的事情是设置你的 ⽤⼾名称 和 e-mail 地址,这是⾮常重要的。配置命令为:
git config [ --global ] user.name "Your Name"
git config [ --global ] user.email "email@example.com"
# Your Name 改成你的昵称
# email@example.com 改成邮箱的格式,只要格式正确即可。
其中 --global 是⼀个可选项。如果使⽤了该选项,表⽰这台机器上所有的 Git 仓库都会使⽤这个
配置。如果你希望在不同仓库中使⽤不同的 name e-mail ,可以不要 --global 选项,但要
注意的是,执⾏命令时必须要在仓库⾥。
可以看到我这里面配置好了。这是我随便写的,兄弟们最好写自己的email。

删除操作:

被删力!!!

--global版,在最上面,变成全局的了,同时删除的时候也要增加--global。

六、认识工作区、暂存区、版本库

  • ⼯作区:是在电脑上你要写代码或⽂件的⽬录。
  • 暂存区:英⽂叫 stage 或 index。⼀般存放在 .git ⽬录下的 index ⽂件(.git/index)中,我们
    把暂存区有时也叫作索引(index)。
  • 版本库:⼜名仓库,英⽂名 repository 。⼯作区有⼀个隐藏⽬录 .git ,它不算⼯作区,⽽
    是 Git 的版本库。这个版本库⾥⾯的所有⽂件都可以被 Git 管理起来,每个⽂件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻可以“还原”。

下⾯这个图展示了⼯作区、暂存区和版本库之间的关系:

我们要使用两步操作,先使用add将修改的文件放进暂存区,然后再commit拉进版本库。

  • 图中左侧为⼯作区,右侧为版本库。Git 的版本库⾥存了很多东西,其中最重要的就是暂存区。

  • 在创建 Git 版本库时,Git 会为我们⾃动创建⼀个唯⼀的 master 分⽀,以及指向 master 的一个指针叫HEAD。(分支和HEAD的概念后面再说)
  • 当对⼯作区修改(或新增)的⽂件执⾏ git add 命令时,暂存区⽬录树的⽂件索引会被更新。
  • 当执⾏提交操作 git commit 时,master 分⽀会做相应的更新,可以简单理解为暂存区的⽬录 树才会被真正写到版本库中。
由上述描述我们便能得知:通过新建或粘贴进⽬录的⽂件,并不能称之为向仓库中新增⽂件,⽽只是 在⼯作区新增了⽂件。必须要通过使⽤ git add git commit 命令才能将⽂件添加到仓库中
进⾏管理!!!

放在object里面。

七、基本操作_添加文件_场景一

在包含 .git 的⽬录下新建⼀个 ReadMe ⽂件,我们可以使⽤ git add 命令可以将⽂件添加到暂存
区, git commit 命令执⾏成功后会告诉我们,1个⽂件被改动(就是我们新添加的ReadMe⽂件),插 ⼊了两⾏内容(ReadMe有两⾏内容)。例如:

添加⼀个或多个⽂件到暂存区: git add [ file1 ] [ file2 ] ...
添加指定⽬录到暂存区,包括⼦⽬录: git add [ dir ]
添加当前⽬录下的所有⽂件改动到暂存区: git add . 再使⽤ git commit 命令将暂存区内容添加到本地仓库中:
提交暂存区全部内容到本地仓库中: git commit - m "message"
提交暂存区的指定⽂件到仓库区: git commit [ file1 ] [ file2 ] ... - m "message" 注意 git commit 后⾯的 -m 选项,要跟上描述本次提交的 message,由⽤⼾⾃⼰完成,这部分内容绝对不能省略,并要好好描述,是⽤来记录你的提交细节,是给我们⼈看的。
我们还可以多次 add 不同的⽂件,⽽只 commit ⼀次便可以提交所有⽂件,是因为需要提交的⽂件是通通被 add 到暂存区中,然后⼀次性 commit 暂存区的所有修改。如:

截⾄⽬前为⽌,我们已经更够将代码直接提交⾄本地仓库了。我们可以使⽤ git log 命令,来查看
下历史提交记录。如:

该命令显⽰从最近到最远的提交⽇志,并且可以看到我们 commit 时的⽇志消息。
如果嫌输出信息太多,看得眼花缭乱的,可以试试加上 --pretty=oneline 参数:

需要说明的是,我们看到的⼀⼤串类似 23807c5...56eed6 的是每次提交的 commit id (版本
号),Git 的 commit id 不是1,2,3……递增的数字,⽽是⼀个 SHA1 计算出来的⼀个⾮常⼤的数字,⽤⼗六进制表⽰(你看到的 commit id 和我的肯定不⼀样,以你自己的为准)。

八、查看git文件

我们看了看确实多了index,和其它东西。

index就是我们的暂存区,add后的内容都是添加到这里的。

HEAD就是我们的默认指向master分支的指针

⽽默认的 master 分⽀,其实就是:那一串字符串,打印的究竟是什么呢?
8163de1f165209b2b74f812b80f8bcf52a4e757b
是什么东西呢?保存的就是当前最新的 commit id
objects 为 Git 的对象库,⾥⾯包含了创建的各种版本库对象及内容。当执⾏ git add 命令
时,暂存区的⽬录树被更新,同时⼯作区修改(或新增)的⽂件内容被写⼊到对象库中的⼀个新的
对象中,就位于 ".git/objects" ⽬录下。

所以我们可以看到object里面确实多了好多文件,那怎么找到对应的文件呢?

查找 object 时要将 commit id 分成2部分,其前2位是⽂件夹名称,后38位是⽂件名称。
找到这个⽂件之后,⼀般不能直接看到⾥⾯是什么,该类⽂件是经过 sha (安全哈希算法)加密过的⽂件,好在我们可以使⽤ git cat-file 命令来查看版本库对象的内容:

8163de1f165209b2b74f812b80f8bcf52a4e757b

前两位表示目录名字,对应的后面就是文件,在右边可以找到81,以及63巴拉巴拉。

然后我们可以使用git cat-file -p 8163de1f165209b2b74f812b80f8bcf52a4e757b就可以查看这次提交的内容了。

那么tree后面的是啥呢?我们可以打印看看,结果显示这是我们commit的文件啊。

使用下面这个命令我们就可以看到内容了。就是我们之前再文件里面写入的。修改被记录下来了!

总结⼀下,在本地的 git 仓库中,有⼏个⽂件或者⽬录很特殊
index: 暂存区, git add 后会更新该内容。
HEAD: 默认指向 master 分⽀的⼀个指针。
refs/heads/master: ⽂件⾥保存当前 master 分⽀的最新 commit id
objects: 包含了创建的各种版本库对象及内容,可以简单理解为放了 git 维护的所有修改。

九、基本操作_添加文件_场景二

学习到这⾥,我们已经清楚了如何向仓库中添加⽂件,并且对于⼯作区、暂存区、版本库也有了⼀定的认识。那么我们再展⽰⼀种添加⽂件的场景,能加深对⼯作区、暂存区、版本库的理解,⽰例如下:

提交后发现打印了 1 file changed, 0 insertions(+), 0 deletions(-) ,意思是只有⼀个⽂件改变了,这时我们提出了疑问,不是新增了两个⽂件吗?
再来回忆下, git add 是将⽂件添加到暂存区, git commit 是将暂存区的内容添加到本地仓库中。由于我们并没有使⽤ git add file5 ,file5 就不在暂存区中维护,所以我们 commit 的时候其实只是把已经在暂存区的 file4 提交了,⽽遗漏了⼯作区的 file5。
如何提交 file5 呢?很简单,再次add,commit即可。
Logo

AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。

更多推荐