【Git】Git的基本操作

前言

Git是当前最主流的版本管理器，它可以控制电脑上的所有格式的文件。

它对于开发人员，可以管理项目中的源代码文档。（可以记录不同提交的修改细节，并且任意跳转版本）

本篇博客基于最近对Git的学习，简单介绍一下Git本地仓库的组成和基本操作（add、commit提交操作；log查看提交日志；reset回退版本等操作...）

注意：当前我使用的centos7.6 云服务器下演示。

一、Git的安装和本地仓库

1.git的安装和版本查看

通过代码：git --version 查看当前git版本，再决定是否进行安装。

如果没有就需要进行安装，在Linux下通过指令：sudo yum install -y git(默认当前你的用户存在管理员权限)

如上便就安装成功。

2.git本地仓库初始化与配置

我们需要对git创建一个专门的仓库，git才能对仓库下的文件进行版本管理，而不是对于任意的文件。这里的“仓库”自然指的就是文件夹了。

比如当前我创建一个test文件夹为git的本地仓库，进入test后，git就可以对其进行初始化和配置工作了。

命令：git init

初始化git仓库。

会以当前目录作为git的本地仓库，本地仓库下的文件可以收到git版本管理。

会新增隐藏文件夹.git。内部存在很多文件，它们是用来追踪管理Git仓库的，记住不可修改里面的内容。

现在，我在test文件夹内，执行此命令，可以看到隐藏文件夹，tree现实其目录树可以看到很多文件。（里面很多文件我们之后会讲到）

初始化后别忘了配置，git仓库存在一些配置：name和email，后续会用到：

命令：git config [--global] user.name "名字"、git config [--global] user.email "email地址"

配置git仓库的名字和email地址。

命令：git config -l

可以查看当前本地仓库的配置项目。

命令 git config [--global] --unset [user.name|...]

删除对应的config属性。

--global:

上述命令中的[--global]可选项表明全局属性，即在当前主机的所有git本地仓库生效，如果是对应的全局生效，那么unset重置时也需要加上全局属性。

这里随便配置一下用户为qihai，邮箱为123qihaiqaq@250.com(现编，和本篇博客后续操作无关)。

现在将qihai删除，换成QiHai：

现在试着将名字修改为qihai，全局模式设置，正常删除能删除么。

此时加上全局选项删除才有效，删除后在普通将配置项修改为qihai：

3.认识本地仓库中的工作区、暂存区、版本库

在具体操作git之前，我们需要认识工作区、暂存区、版本库这三个东西，后续我们操作的时候会更简单易懂的去理解。

可以看到，在Git下管理我们的文件，首先需要在工作区添加到暂存区（add），其次在将暂存区的内容添加到HEAD指向的master中（commit），此时我们的Git才真正管理了工作区中的文件。

我们每次修改的文件，当提交到版本库中时，Git都会为其维护一个git对象，并且放在了object对象库下，其他区域内存放的就是指针。那么何为修改呢？

对于修改的理解就是一切对文件改动的地方：

1.删除、创建

2.增加内容、删除内容

简而言之：新增、修改、删除被称作修改。

二、工作区文件提交到版本库管理

1.将工作区的文件添加到暂存区中

我们在当前Git本地仓库（工作区-除开.git文件外的地方）创建一个ReadMe文件，里面添加一行：Hello Git！

现在将它提交到暂存区中。

命令：git add 文件名1 文件名2 ...

这样可以批量或者单独添加一个多个文件到暂存区中去。

命令：git add .

.是当前目录下的一个隐藏文件.，表示此目录下的全体文件，这样就可以一次性将工作区的文件添加到暂存区中。

此时观察.git的目录可以发现已经创建出了index目录，说明已经为此次添加的工作区文件内容创建了git对象。

2.将暂存区内提交到HEAD指向的master中去

将暂存区提交到master中去，此时对应的文件成功被Git管理了起来。

命令：git commit -m "本次提交的细节内容"

将暂存区提交到版本库中去，此时文件被Git管理了起来。

3.打印从近到远的提交日志

我们可以打印出最近的提交日志。

命令：git log

打印出最近的Gitcommit提交日志。

命令：git log --pretty=oneline

打印一行漂亮可观的提交日志。

这里需要对日志中的内容进行阐释：

commit：是生成的hash-id，后续简称commit_id。

一个commit_id指向的是一个git对象，也就是在add后创建的此次修改的git对象，保存此次提交的工作区修改数据。

一个id，比如：96cbd6922eaa24d8a28a8756b90ecf55cc06c15e。其中前两位96表示在object下的文件夹名，而cbd6922eaa24d8a28a8756b90ecf55cc06c15e就是保存的对象名。

Author：为提交人的name和email。

Date：提交时间

下面的就是提交的细节信息

现在我在工作区新增三个文件：file1，file2，file3.我现在一次性添加到暂存区并且提交。

此时可以漂亮的打印日志查看：

可以看见，此时只是打印出了commit-id和提交的细节内容，可以更加方便的进行查看。

4.查看git对象中的内容

那么对于git对象我们可以查看吗？当然可以，Git为我们提供了查看对应commit-idGit对象的命令。

命令：git cat-file -p commit-id

-p是打印文件内容。

此命令就是显示对应commit-id的Git对象内容。

比如，现在我查看第一次提交的commit-id的内容：

就可以看到与这次提交的相关信息，其中，我们当前可以关心的是tree，tree里存放的commit-id就是这次我们实际修改的工作区文件内容：

5.提交与.git相关的细节内容

我们实际操作后其实关心的就是两个命令：add、commit。那么如何和我们的底层联系起来呢？

首先add操作后如果存在文件修改，那么会创建index作为暂存区，并且将工作区的内容提交到index中去。（之前add后展示的有）

那么现在从暂存区提交到HEAD中的指向区域，那么这个HEAD里到底是什么呢？

可以看到，HEAD当前的指向就是.git目录下的refs/heads/master。那么master中存储的是什么呢？

可以发现，master中存的就是最近一次的commit-id。对应的就是git文件，维护在Object对象库中的。

由此，我们可以简单总结一下：

   index：暂存区，放add新增的内容。
   head：指针，指向ref: refs/heads/master
   master：存放的是最新一次的commit id。->git对象，git对象维护到对象库中，查看git维护的文件。
   需要注意：commit只是将暂存区内的内容写入到版本仓库中的。

三、查看修改文件细节

那么现在还有一个现实操作上的问题。就是我现在正在工作区中工作，我如何去查看当前工作区的文件和我版本库中当前版本的差异呢？

命令：git status

查看当前Git仓库状态。

即将当前Gitmaster存储的版本和暂存区、工作区的文件进行对比，查看差异。

在当前提交完毕的情况下查看自然没有任何区别：

现在我将ReadMe文件新增一行：Hello, Git and Linux!

（注意echo的追加重定向>>本身是自动追加下一行，不用带""，如果带""后面的!会识别错误，注意踩坑）

此时查看就能发现差异：

可以发现，此时就是提示我们当前工作区的内容并没有添加到暂存区内（staged就是暂存区和index同样叫法）

但是这里也只是大致的提示，我们可以详细查看暂存区和工作区的细节区别：

命令：git diff [HEAD] 文件名

显示暂存区和工作区之间的详细差异。

其中存在改动前（---）、改动后（+++）

对于@@中的内容，-表示改动前，+表示改动后，数字具体表示从多少行开始，后面是连续的多少行。

@@下面的修改内容+表示新增，-表示减少。

加上HEAD 可以查看版本库和工作区之间的区别

如果add后但是还没commit可以看到版本库和工作区之间的细节差异：

四、版本回退功能

1.版本常规跳转

这是Git的重要功能之一，也是版本管理器最核心的部分。

在我们提交的几个版本中，如果能够任意回退版本就能很方便我们的工作。

命令：git reset [--soft | --mixed | --hard] id

回退到指定commit-id的版本。

选项区别：

1.soft：只回退版本库的内容

2.mixed：版本库和暂存区进行回退。-默认选项

3.hard：回退所有内容（工作区、暂存区、版本库）。

谨慎使用，容易造成数据丢失。

id：可以是commit-id，也可以是git reflog中的部分id（后续介绍git reflog）

id也可以是HEAD，表示当前Msater存储的上一个版本，HEAD^就是上上个版本，^可以不断增多，依次类推。

在上面的示例中，我们有三个版本：