"x"修改readme.txt文件，改成如下内容：
Git is a distributed version control system.
Git is free software.现在，运行git status命令看看结果：
git status命令可以让我们时刻掌握仓库当前的状态，上面的命令告诉我们，readme.txt被修改过了，但还没有准备提交的修改。
查看修改的是什么内容git diff
圈起来的两个部分 上面的是修改前的内容 下面是修改后的内容
git diff顾名思义就是查看difference
然后我们就可以将文件添加到仓库 git add
$ git add readme.txt
不会有提示的
然后就进行git commit -m "备注"
这样再次查看状态 git status 就没有修改的内容了
版本回退
现在我们再修改几次readme.txt文件，记得多修改几次哦，后面会用到的（没修改一次就add一次）
版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看：
git log命令显示从最近到最远的提交日志，我们可以看到4次提交，最近的一次是a，上一次是one，add 3 file ,最早的一次是wrote a readme file。
如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：
现在，我们要把当前版本“one”回退到上一个版本“add 3 file”，就可以使用git reset命令：
git reset --hard HEAD^
上面圈起来的三个框，第一个框是版本回退一次的内容，因为忘记截图最后一次的内容了， 第二个框最后那里 one 表示回退了，
然后 git cat readme.txt 这里是查看readme.txt中的内容 看看是否回退了
现在我们来看一下版本库的状态
git log
上面第一次git log的时候是4次提交 现在变成了3次了
最新的那个版本a已经看不到了！好比你从21世纪坐时光穿梭机来到了19世纪，想再回去已经回不去了，肿么办？
办法其实还是有的，只要上面的命令行窗口还没有被关掉，你就可以顺着往上找啊找啊，找到那个a的commit id，于是就可以指定回到未来的某个版本：
由于我不小心关掉了 所以现在我不能撤销了
$ git reset --hard commit的id
Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git仅仅是把HEAD从指向a
这样就能回到最新版本
改为指向one：
然后顺便把工作区的文件更新了。所以你让HEAD指向哪个版本号，你就把当前版本定位在哪。
现在，你回退到了某个版本，关掉了电脑，第二天早上就后悔了，想恢复到新版本怎么办？找不到新版本的commit id怎么办？
在Git中，总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到one版本时，再想恢复到a，就必须找到a的commit id。Git提供了一个命令git reflog用来记录你的每一次命令：
c的commit id是b144d39，现在，你又可以乘坐时光机回到未来了。 HEAD^
这样我们就回到了最初的版本了
小结：
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。穿梭前，用
git log可以查看提交历史，以便确定要回退到哪个版本。要重返未来，用
git reflog查看命令历史，以便确定要回到未来的哪个版本。
工作区和暂存区
工作区（Working Directory）:
就是你在电脑里能看到的目录，比如我的learngit文件夹就是一个工作区：
版本库（Repository）
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
分支和HEAD的概念我们以后再讲。
前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。
你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
俗话说，实践出真知。现在，我们再练习一遍，先对readme.txt做个修改，比如加上一行内容：
Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
这里说明了readme.txt文件被修改了 但是没有被添加到分支中去
现在我们git add个git commit -m "x" 后再看git status下的样子
没有被修改的文件了
现在，暂存区的状态就变成这样了：
修改了文件 git add后没有commit 就是如下这种状态
所以，git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git commit就可以一次性把暂存区的所有修改提交到分支。
现在呢 我多次git add后 进行一次commit 就将暂存区的内容提交到分支中去了
小结
暂存区是Git非常重要的概念，弄明白了暂存区，就弄明白了Git的很多操作到底干了什么。