git基本操作(配图超详细讲解)（一）+https://developer.aliyun.com/article/1393942
此外，git log可以查看历史提交记录
为了使打印结果更加美观，我们可以这样
修改文件
我们提到的修改：新增，修改，删除
git跟踪管理的不是文件，而是工作区内容的修改，这些修改就存放在对象区。
我们再来对文件进行修改，这是我们修改的代码量比较少，所以我们还是可以区分哪些是修改的，而且找的到，如果我们的代码写了几百行，这时候增删我们再查看就找不全哪些是修改过的了，所以在这里我们认识一个指令
git status 查看上次提交之后是否对文件有再次修改
没有需要提交的内容，这是因为我们没有add修改过的Readme文件，但是下面是可以看到我们对Readme文件是有修改的。
但是这样还不够，我们看不到具体修改了什么内容，这里还有一个指令
git diff 文件名 这个指令用来显示暂存区和工作区的差别
我们再来试一次
这一次我们删除了工作区的一个文件，(Read文件未添加和提交，所以我们删除也不会显示)，并且在Readme文件中添加了些内容，通过git status可以查看上次提交后是否有修改，这次我们有删除和修改。
新增了两行。
我们能产生对比效果，是因为已经经过了add，这里是在添加这两行前对Readme文件进行了add，因为git diff是对暂存区和工作区的一个对比。
版本回退
之前我们提到过git可以管理历史文件的版本，如果有天你想找回之前版本的文件，这时候，版本回退就很必要了。
我们可以看到我们提交的文件历史记录，现在我们将后来再次修改的文件再次做提交。
现在我们想将文件退回到第二个版本，我们当前是最新版本。
git reset --soft commit id
git reset --mixed commit id
git reset --hard commit id
或者
git reset --soft HEAD^， HEAD^表示上个版本，HEAD^^表示上上个版本。
……
也可以
git reset --soft HEAD~1 表示退回第几个版本，0就代表当前的最新版本。
……
三个选项的区别是什么呢？
首先我们要明确的是上个版本与当前版本差的是一句try again。
而系统默认的回退方式是--mixed，我们也要慎重使用--hard，否则工作区辛苦写了几天的代码，一行指令就没了，无法找回。
我们再回退至刚才的最新版本
我们能够自由回退到任意版本，就是因为我们能够找到commit id，如果说你不小心clear，找不到commit id怎么办，没关系，还有办法
git reflog 该命令记录了本地的每一条命令
但作者还想说的是，随着提交记录的变多，有些记录早就找不到了，到那时候，就真找不回来了。
值得说明的是，git回退版本的速度非常快，原因我们画图来解释：
也就是说每个版本都有单独存储，需要回退到哪个版本就使HEAD指向哪个版本。
撤销修改
版本回退本质是回退版本库，但是撤销修改本质是撤销工作区内容的修改。
我们再对Readme文件做一些修改
我们发现之前的内容没了，如何撤销修改？
未add
git checkout -- filename
已经add，但未commit
这时候就要重新提起我们的reset了，他有回退到当前版本的功能，所谓当前版本，就是以版本库为参照，回退到版本库。
我们画个图：
我们要回退到版本库那个样子，怎么做呢？
有两个办法 ，使用--hard全部回退到当前版本，一步到位
第二个办法，先--mixed回退暂存区至当前版本，然后checkout --撤销修改
已经commit
还是有两种办法，第一种就是reset指定上一次的版本进行回退，直接--hard commit id
第二种方式就是--hard HEAD^回退至上一个版本。
删除文件
删除文件也算是一种修改，我们rm file删除文件后，正常添加，提交就可以了。
还有简单一步的：
省去了提交这一步骤。
