Git企业开发控制理论和实操-从入门到深入（二）｜Git的基本操作

前言 

那么这里博主先安利一些干货满满的专栏了！

首先是博主的高质量博客的汇总，这个专栏里面的博客，都是博主最最用心写的一部分，干货满满，希望对大家有帮助。

高质量博客汇总https://blog.csdn.net/yu_cblog/category_12379430.html

然后就是博主最近最花信息的一个专栏《Git企业开发控制理论和实操》希望大家多多关注！
Git企业开发控制理论和实操https://blog.csdn.net/yu_cblog/category_12419275.html?spm=1001.2014.3001.5482

博主的Github主页

里面都是一些博主自己做的项目，希望对大家有帮助。

Yufccode (Fengcheng Yu) · GitHubfocus on backend development. Yufccode has 12 repositories available. Follow their code on GitHub.https://github.com/Yufccode

---

Git的基本操作

创建本地仓库

命令：git init

创建好之后会多一个 .git 目录，里面是什么我们先不管，后面再说。

 不要手动修改里面的任何内容！

配置本地仓库

一进去之后首先要配置的两个东西，是一定要配置的

• name
• email

如果不配置在后续就会有一系列的问题。

配置使用 git config 命令

git config user.name "xxx"
git config user.email "xxx"

检查是否配置好了：

git config -l # 检查config中的所有配置

删除配置：

比如删除名字

git config --unset user.name

全局设置：

表示可以在当前机器下的所有仓库中都生效。

git config --global user.name "xxx" # 全局设置
git confit --global --unset user.name # 全局重置

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

现在，请问这个git仓库可以管理这个README.md吗？

答案是还不可以。因为本质上.git才是仓库，外面不是。

但是.git是绝对不允许手动修改的。

其实.git里面叫做版本库（仓库），外面叫做工作区。

那么怎么样才能让README.md被管理呢？要进行一些操作。

 

这张图的工作区，就是README.md所在的地方。

stage可以称作暂存区/索引，即/index

HEAD是一个指针，只想master，这个概念我们到后面再理解。

添加文件

git add

本质是添加到stage中！

命令:

git add # 后面跟上文件名
git add . # 添加当前所有问题
git add file.log test.txt # 添加指定文件

git commit

git commit -m "add my first file" # 这里不要乱写，这里写的是提交的细节，对后续维护很重要

git log

git log

可以打印从近到远的所有提交记录。

这个是经过哈希计算出来的，很大的数字。

git log --pretty=oneline # 这样可以打印的漂亮一点

学会看懂.git目录里的文件

我们可以看看完成了一系列操作后的目录结构，如下所示。

(base) [yufc@ALiCentos7:~/Src/Bit-Courses/GitDevelopment/gitcode]$ tree .git
.git
├── branches
├── COMMIT_EDITMSG
├── config
├── description
├── HEAD
├── hooks
│   ├── applypatch-msg.sample
│   ├── commit-msg.sample
│   ├── post-update.sample
│   ├── pre-applypatch.sample
│   ├── pre-commit.sample
│   ├── prepare-commit-msg.sample
│   ├── pre-push.sample
│   ├── pre-rebase.sample
│   └── update.sample
├── index
├── info
│   └── exclude
├── logs
│   ├── HEAD
│   └── refs
│       └── heads
│           └── master
├── objects
│   ├── 0d
│   │   └── f05318450b3455603cd0b0fc2cb4f4c8faa366
│   ├── 86
│   │   └── 5a7036c778b72e201a13e65b37bc35cbd83ade
│   ├── 8d
│   │   └── 9ba68bb8b2dfea545ec559b43f9f08d4d362c0
│   ├── d3
│   │   └── b98d1ce30bb03f3140dee28718bbdf08579543
│   ├── e6
│   │   └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391
│   ├── f4
│   │   └── 2df147c60543792b9b56e1118f11409d55e87a
│   ├── info
│   └── pack
└── refs├── heads│   └── master└── tags
​
18 directories, 24 files

我们在刚才说了，add之后东西会被放到暂存区里面去：/index

暂存区 /index

然后我们可以在目录结构中找到这个index了。

add之后的内容就会放到index里面去的！

HEAD指针

我们还要看HEAD，刚才说了HEAD是一个指针，指向master。

就是指向master的

master

可以发现，master就是最新的一次提交的commit id 

我们刚才说了，master里面存放的都是对象object的索引，可以把commit id理解成一个对象

object对象

那么如何查看object对象里面的具体内容呢？

首先要把上面的 commit id 分成两部分来看。

前两位，也就是f4表示文件夹的名称，后面表示文件名，如图所示。

但是现在查看不能直接cat了，要用一个特殊的命令

git cat-file -p [commit id]

最新的一次提交的描述信息，就写在这里。

学到这里，我们可以输出一个结论：Git追踪管理的其实就是修改，而不是文件！

修改文件

git status命令

先介绍一个命令，用于查看仓库的状态。

git status

我刚才在我的README.md里面新增了一行，然后git statues 告诉我：

Changes not staged for commit ：暂存区中没有要修改的内容

修改的内容在工作区的README.md中

git diff命令

git diff README.md

即：找出工作区和暂存区中README.md文件的差异。打印格式是Unix常用的diff格式。

 

修改后

我们git add .一下之后，再git status试一下

 

提交看看。

版本回退

回退操作

重点命令：

git reset [--soft | --mixed | --hard] [HEAD]

直接上例子。

我们的README.md其实是有两个版本的，一个是一开始的版本，一个是添加一行后的版本。

git reset本质是回退版本库中的内容。

--soft	--mixed	--hard
只回退版本库中的内容，工作区和暂存区不变	版本库+暂存区回退，工作区不变	回退所有区域中的内容

默认使用--mixed选项。

--hard慎用，因为如果我正在工作区进行开发，但是调用了--hard的回退，工作区的内容就直接丢失了。

在操作直线先看看日志。

 

调用git reset

回退之后，在add my first file这一次修改之后的所有修改，都会直接被回退。

如果后续需要撤销修改：也是执行git reset命令。

如果你的bash还没clear，还是能看到刚才的commit id

那直接调用git reset也是可以撤销的。

那如果你屏幕clear了呢？也是可以撤销的。

git reflog # 它可以看到本地每一次的提交命令

前面那些短的数字和字母，其实就是 commit id 的一部分。用这一部分也是可以回退的。

回退本质

本质就是一个指针动来动去而已。

撤销修改

如果我们在工作区在一个版本基础上继续开发，但是越写越觉得自己的代码是垃圾，写不下去了，想直接回到修改前的版本。

首先是有三个场景：

• 只在工作区中改了

• add了但没有commit

• commit了

情况一：仅在工作区中进行了修改

git checkout -- README.md

这个命令可以让文件撤销到上一次add时候的状态。

注意：命令中的--是很重要的，如果不加--，命令是另外一个含义。

情况二：add了但没有commit

先把准备工作做一下，把工作区和暂存区的弄成一致的先。

利用git reset就行

git reset --hard ... # 这个命令也可以回退到和当前版本库内容一致的版本下，即版本库啥样就回退到啥样
git reset --hard HEAD # 表示回退到当前版本
git reset --hard HEAD^ # 表示回退到上一个版本
git reset --hard HEAD^^ # 表示回退到上两个版本，以此类推
# 当然这里面reset的选项可以自己选

情况三：已经commit

同样可以利用git reset命令。

那么我们知道HEAD是当前版本，HEAD^是上一个版本，所以情况三也是很好解决的。

git reset --hard HEAD^ # 三个区都回退到上个版本

注意：情况三有一个大的前提条件，即：commit之后没有push操作。

至于什么是push操作后续才会讲解。

为什么要有这个前提呢，不是说push了我们的代码就改不了，而是说，在企业中，跑的代码是远程仓库中的代码，不是我本地的代码。

撤销的目的：就是不影响远程仓库的代码。

删除文件

方法一

在工作区rm之后，add和commit就行了。

方法二

使用git提供的命令。

git rm file1

这个命令可以帮我们做两件事:

• 删除工作区中的file1

• 删除暂存区中的file1

因此我们再git commit一下就能完成删除了。