git学习小结
git中有命令告诉历史提交记录
git log
精简模式下显示
git log --pretty=oneline
回退版本操作
在Git中，用HEAD表示当前版本，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100 （注意是波浪线）。
$ git reset --hard HEAD^ 回退到上一版本
但是一旦执行 git reset就会在 git log 中看不到 回退过程中，被回退掉的 记录 的commit 记录，可以使用 git -reflog命令来查看
git reflog
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
版本库结构
工作区：就是你在电脑里能看到的目录（我的理解就是你当初执行git init 的那个目录）
版本库：就是 隐藏目录 .git目录
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
版本库的结构图如下图：
管理修改
Git跟踪并管理的是修改，而非文件。每次修改，如果不用git add到暂存区，那就不会加入到commit中
撤销修改
当在工作区的一些操作不想要了，可以执行
git checkout -- fileName（文件名）
比如 git checkout -- readme.txt
命令git checkout – readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态（回到git add操作的状态？）。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
但还有一种情况：如果你已经把不想要的代码，git add到暂存区后，
但还没有执行git commit.可以通过以下命令吧暂存区的修改撤销，重新放回工作区
git reset HEAD <file>
即暂存区是干净的，工作区是有修改的，等于就是把暂存区给清空了，然后再执行
git checkout --fileName
把工作区的修改也丢弃
回退操作的小结
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。
删除文件
当在工作区中删除了文件之后，工作区和版本库就会不一致，此时有两种选择
（1）确实是需要删除某个文件
那就用命令git rm删掉，并且git commit
（2）另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本
git checkout – fileName
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”,但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。