**
前言
**
**
那么这里博主先安利一些干货满满的专栏了！
**
**
首先是博主的高质量博客的汇总，这个专栏里面的博客，都是博主最最用心写的一部分，干货满满，希望对大家有帮助。
**
**
**
**
**
高质量博客汇总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
如果不配置在后续就会有一系列的问题。
**配置使用
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
一下就能完成删除了。
版权归原作者 @背包 所有， 如有侵权，请联系我们删除。