1. 查看提交历史

查看git提交历史一般常用两个命令：

# 查看历史提交记录
git log   

# 以列表形式查看指定文件的历史记录
git blame <文件名>

git log

该命令会按照我们提交的时间线，然后列出所有的历史提交。

示例：

git log 显示的提交历史信息，一般包含下面4条信息：

但是， git log 命令还有很多选项参数供我们选择，以便我们控制输出提交信息的形式。

• 比如我们想查看比较简短的提交信息，可以使用 --oneline 参数，git log --oneline
• 比如我们查看指定作者的提交信息，git log --author=用户名

下表列出了 git log 命令的常用选项参数及作用：

参数	作用
-p	按补丁格式显示每个更新之间的差异
–-stat	显示每次更新的文件修改统计信息
–-shortstat	只显示 --stat 中最后的行数修改添加移除统计
–-name-only	仅在提交信息后显示已修改的文件清单
–-name-status	显示新增、修改、删除的文件清单
–-abbrev-commit	仅显示 SHA-1 的前几个字符，而非所有的 40 个字符
–-relative-date	使用较短的相对时间显示（比如，“2 weeks ago”）
–-graph	显示 ASCII 图形表示的分支合并历史
–-pretty	使用其他格式显示历史提交信息。可用的选项包括 oneline，short，full，fuller 和 format（后跟指定格式）
-(n)	仅显示最近的 n 条提交
–-since, --after	仅显示指定时间之后的提交
–-until, --before	仅显示指定时间之前的提交
–-author	仅显示指定作者相关的提交
–-committer	仅显示指定提交者相关的提交

详细解释可参考下面这篇文章的解释：

https://blog.csdn.net/jjlovefj/article/details/86476925

示例：

git blame

如果要查看指定文件的修改记录可以使用 git blame 命令，命令格式如下：

git blame <file>

示例：

2. 版本的前进和回退

Git版本前进回退的本质是移动HEAD指针。HEAD指针，默认情况下都会指向最新的一次commit（提交）。HEAD和commit的大概关系图如下：

版本的前进或者回退使用 git reset 命令，这样可以指定退回某一次提交的版本。

git reset 命令语法格式如下：

git reset [--soft | --mixed | --hard] [HEAD]

其中，–soft | --mixed | --hard 分别是3个参数。

HEAD 参数说明：

• HEAD 表示当前版本
• HEAD^ 上一个版本
• HEAD^^ 上上一个版本
• HEAD^^^ 上上上一个版本
• 以此类推…

可以使用 ～数字表示

• HEAD~0 表示当前版本
• HEAD~1 上一个版本
• HEAD^2 上上一个版本
• HEAD^3 上上上一个版本
• 以此类推…

2.1 git reset --mixed

–mixed 为默认参数，在执行命令时可以不用带该参数。该参数会移动HEAD指针和重置index（暂存）区，但是工作区的内容保持不变。

1、重置暂存区（就是取消刚刚添加到暂存区的内容）

先通过 git add 命令，把文件提交到暂存区。

然后，执行 git reset --mixed 命令，可以把刚刚提交到暂存区的内容恢复，如下：

该命令其实省略了 HEAD，整个完整的命令：

git reset --mixed HEAD

HEAD 其实就是当前版本的意思，该其实就是相当于取消了刚刚添加到缓存（暂存区）的内容。

2、暂存区回退到上一版本

git reset --mixed HEAD^            # 回退所有内容到上一个版本  
git reset --mixed HEAD^ hello.php  # 回退 hello.php 文件的版本到上一个版本  

该命令相当于回退了本地仓库的内容到上一版本（就是恢复了最近一次commit的内容），但是该命令是不会改变工作区的文件的。

2.2 git reset --soft

–soft 参数仅仅只是移动了HEAD指针，暂存区和工作区的内容都不会被改变（相当于只是回退到未提交前的状态）。

git reset --soft HEAD^     # 回退到最近一次未提交前的状态
git reset --soft HEAD~3    # 回退到上上上一次未提交前的状态

示例：

–soft 参数的应用场合一般是：比如我们前面一次commit提交之后，发现提交的说明信息写错了，我们想更改一下提交的说明信息，这个时候我们可以使用 --soft 参数，仅仅回退一下HEAD指针（该参数不会重置暂存区和工作区）。然后我们再次commit，写上正确的提交说明信息即可。

2.3 git reset --hard

–hard 该参数会移动本地库HEAD指针，而且还会重置暂存区和工作区。在使用中一定要谨慎使用。

git reset --hard HEAD^  			# 回退到上一个版本 
git reset --hard HEAD~3  			# 回退到上上上一个版本  
git reset –hard bae128  			# 回退到某个版本回退点之前的所有信息。 
git reset --hard origin/master      # 将本地的状态回退到和远程的一样

2.3.1 版本回退示例

1、先查看git当前状态和提交历史，以及查看 test.c 文件内容：

2、使用 git reset --hard HEAD^ 命令回退上一版本：

使用该命令后，回退到了上一版本了。最近一次commit是提交一个新建的 .gitignore 文件，现在查看提交历史，发现确实少了这一次的提交，而且我查看工作区目录，该文件已经被删除了。

3、再次回退一个版本，查看下 test.c 的内容是否被回退了：

这个时候，HEAD指针相当于已经指向了回退两次之前的commit了。

2.3.2 版本前进示例

上面我们回退了两个版本，而且 --hard 参数是可以更改我们工作区中的内容的。我们发现自己搞错了，不想回退，想恢复原来的版本咋办？

我们也可以通过 git reset --hard 命令恢复刚刚的版本回退（可以说是版本前进吧，反正就是移动HEAD指针）。

使用 HEAD参数的话只能实现版本后退的操作，所以版本的前进我们只能使用索引值来实现。

git reset --hard [HEAD]   # 只能实现版本的后退操作
git reset --hard [索引值]  # 使用索引值既可以实现版本后退，也可以实现版本前进

1、先使用 git log --oneline 命令查看每次提交的索引值。

当然，如果版本已经回退了，git log 命令就之后列出当前的commit。所以我们前面在版本回退之前，可以先把之前的git log信息保存，然后再进行版本回退。

或者也可以使用 git reflog 命令获取到commit的索引值，该命令可以查看到当前仓库所有的改变，如下：

2、使用上面图片的 f226d87 索引值，把版本前进到回退之前的版本。

git reset --hard f226d87

2.4 总结

• –mixed 参数，移动HEAD指针，可修改暂存区的内容，但不会修改工作区中的文件。该参数是 reset 命令的默认参数，所以在执行该命令参数的时候可以不写。
• –soft 参数，该参数只是移动了HEAD的指针，不会影响暂存区和工作区的任何内容。
• –hard 参数，移动了HEAD指针，还会更改暂存区和工作区中的内容。