git log 和 git reflog 都可以查看历史版本commit及其对应的版本号
-
git log
在实际工作中,我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容,不然要版本控制系统干什么。版本控制系统肯定有某个命令可以告诉我们历史记录,在Git中,我们用git log
命令查看:
MacBook-Pro-83:incubator-dubbo-ops lmfeng$ git log
commit 3adac8a546440785da7ef1e90ea11b32b8923161 (HEAD -> develop, origin/develop, origin/HEAD)
Author: 孙不服 <sunyoubufu@163.com>
Date: Wed Jan 23 10:33:28 2019 +0800
unit test (#268)
* unit test
* add Apache license & remove *
commit 2d40e623d97d50e76c1ae84474eaeff953ffcfec
Author: kezhenxu94 <kezhenxu94@163.com>
Date: Wed Jan 23 10:32:07 2019 +0800
remove duplicated note in README (#269)
commit 7e1a3471f0c4dd7582a28d0700090d142fef56c5
Author: Yuhao Bi <byh0831@gmail.com>
Date: Wed Jan 23 07:38:54 2019 +0800
Add missing license announcement (#271)
git log
命令显示从最近到最远的提交日志,我们可以看到3次提交,最近的一次是unit test (#268)
,上一次是remove duplicated note in README (#269)
,最早的一次是Add missing license announcement (#271)
。
如果嫌输出信息太多,看得眼花缭乱的,可以试试加上--pretty=oneline
参数:
MacBook-Pro-83:incubator-dubbo-ops lmfeng$ git log --pretty=oneline
3adac8a546440785da7ef1e90ea11b32b8923161 (HEAD -> develop, origin/develop, origin/HEAD) unit test (#268)
2d40e623d97d50e76c1ae84474eaeff953ffcfec remove duplicated note in README (#269)
7e1a3471f0c4dd7582a28d0700090d142fef56c5 Add missing license announcement (#271)
需要友情提示的是,你看到的一大串类似1094adb...
的是commit id
(版本号),和SVN不一样,Git的commit id
不是1,2,3……递增的数字,而是一个SHA1计算出来的一个非常大的数字,用十六进制表示,而且你看到的commit id
和我的肯定不一样,以你自己的为准。为什么commit id
需要用这么一大串数字表示呢?因为Git是分布式的版本控制系统,后面我们还要研究多人在同一个版本库里工作,如果大家都用1,2,3……作为版本号,那肯定就冲突了。
每提交一个新版本,实际上Git就会把它们自动串成一条时间线。如果使用可视化工具查看Git历史,就可以更清楚地看到提交历史的时间线。
-
git reset
好了,现在我们启动时光穿梭机,准备回退到上一个版本,也就是remove duplicated note in README (#269)
的那个版本,怎么做呢?
首先,Git必须知道当前版本是哪个版本,在Git中,用HEAD
表示当前版本,也就是最新的提交1094adb...
(注意我的提交ID和你的肯定不一样),上一个版本就是HEAD^
,上上一个版本就是HEAD^^
,当然往上100个版本写100个^
比较容易数不过来,所以写成HEAD~100
。
现在,我们要把当前版本unit test (#268)
回退到上一个版本remove duplicated note in README (#269)
,就可以使用git reset
命令:
MacBook-Pro-83:incubator-dubbo-ops lmfeng$ git reset --hard HEAD^
HEAD is now at 2d40e62 remove duplicated note in README (#269)
现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?使用git log找不到新版本的commit id
怎么办?
在Git中,总是有后悔药可以吃的。当你用$ git reset --hard HEAD^
回退到remove duplicated note in README (#269)
版本时,再想恢复到unit test (#268)
,就必须找到unit test (#268)
的commit id。Git提供了一个命令git reflog
用来记录你的每一次命令:
-
git reflog
acBook-Pro-83:incubator-dubbo-ops lmfeng$ git reflog
3adac8a (HEAD -> develop, origin/develop, origin/HEAD) HEAD@{0}: checkout: moving from master to develop
9f98f5a (origin/master, master) HEAD@{1}: checkout: moving from develop to master
3adac8a (HEAD -> develop, origin/develop, origin/HEAD) HEAD@{2}: checkout: moving from master to develop
9f98f5a (origin/master, master) HEAD@{3}: clone: from https://github.com/thinkerFenglm/incubator-dubbo-ops.git
然后就可以使用 git reset 回滚
- 场景分析
- 场景一
假如你只是修改了工作区,还没有 git add 到暂存区。可以使用下面的命令撤销工作区中的修改。
# 仅仅是撤销工作区中的修改
git checkout .
- 场景二
假如你修改了工作区,并把工作区中的修改 git add 到了暂存区。
如果你想撤销工作区和暂存区中的修改。
git reset --hard head
# 简写为
git reset --hard
如果你仅仅只是想要撤销暂存区中的修改。
git reset --mixed
# 简写为
git reset
- 场景三
假如你修改了工作区,并把工作区中的修改 git add 到了暂存区,然后又 git commit 提交到了版本库。
如果你想回退到上一个版本,可以使用下面的命令。
git reset --hard head^
查看当前的版本号,可以使用。
git rev-parse HEAD
需要注意的是,在 Windows 的 CMD 中, ^ 代表换行,即命令没输完,在下一行继续输命令。它相当于 Linux 中的 \ 。
因此,在 CMD 中回退到上一个版本的写法,就略有不同。
具体的解决方法有:
git reset --hard "head^"
git reset --hard HEAD^^
git reset --hard HEAD~
git reset --hard HEAD~1
改用 PowerShell 或 Git Bash 终端
还有一个需要注意的问题是,通常我们所说的版本回退是指完整的版本回退。
如果你回退版本时,采用的是 『 git reset --mixed 版本号 』,--mixed 其实本来就是默认选项。那么,你只是更改了 head 的指向和回退了暂存区,而并没有回退工作区。如果想要继续把工作区也回退,你还需执行下面的命令
git checkout .
这样,才算完整的版本回退。
完整的版本回退,包含三个要素:
更改 HEAD 指针的指向(即让 HEAD 指向目标版本)
回退工作区(即工作区中的内容也要回退到目标版本)
回退暂存区(即暂存区中的内容也要回退到目标版本)
为此,推荐使用 git reset --hard 来完成版本回退。