前言
那么这里博主先安利一些干货满满的专栏了！
首先是博主的高质量博客的汇总，这个专栏里面的博客，都是博主最最用心写的一部分，干货满满，希望对大家有帮助。
高质量博客汇总
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主页
里面都是一些博主自己做的项目，希望对大家有帮助。
https://github.com/YufccodeGit的基本操作
创建本地仓库
命令：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一下就能完成删除了。