1. 版本回退
Git 能够管理⽂件的历史版本,这是版本控制器重要的能⼒。如果有⼀天你发现之前前的⼯作做的出现了很⼤的问题,需要在某个特定的历史版本重新开始,这个时候,就需要版本回退的功能了。
执⾏
git reset
命令⽤于回退版本,可以指定退回某⼀次提交的版本。要解释⼀下“回退”本质是要将版本库中的内容进⾏回退,⼯作区或暂存区是否回退由命令参数决定:
git reset
命令语法格式为:
git reset
[--
soft
| --
mixed
| --
hard
] [
HEAD
]
选项 / 区域 | ⼯作区 | 暂存区 | 版本库 |
--mixed(默认) | 回退 | ||
--soft | 回退 | ||
--hard | 回退 | 回退 |
•
--mixed
为默认选项,使⽤时可以不⽤带该参数。该参数将暂存区的内容退回为指定提交版本内 容,⼯作区⽂件保持不变。
•
--soft
参数对于⼯作区和暂存区的内容都不变,只是将版本库回退到某个指定版本。
•
--hard
参数将暂存区与⼯作区都退回到指定版本。切记⼯作区有未提交的代码时不要⽤这个命令,因为⼯作区会回滚,你没有提交的代码就再也找不回了,所以使⽤该参数前⼀定要慎重。
•
HEAD
说明:
◦
可直接写成 commit id,表⽰指定退回的版本
◦
HEAD 表⽰当前版本,HEAD^ 上⼀个版本,HEAD^^ 上上⼀个版本,以此类推...
•
可以使⽤ 〜数字表⽰:HEAD~0 表⽰当前版本 ,HEAD~1 上⼀个版本,HEAD^2 上上⼀个版本 ,以此类推...
为了便于表述,⽅便测试回退功能,我们先做⼀些准备⼯作:更新3个版本的 ReadMe,并分别进⾏3 次提交,如下所⽰:
![](https://i-blog.csdnimg.cn/direct/70553ba1725f47908ffbc871a7baaa54.png)
![](https://i-blog.csdnimg.cn/direct/a215611434b74de390fa1016d36edcf8.png)
我们可以通过
git log --pretty=oneline命令查看历史提交记录
![](https://i-blog.csdnimg.cn/direct/679e68d24e114431ae12bef063cae1e8.png)
现在,如果我们在提交完 version3 后, 发现 version 3 编写错误,想回退到 version2,重新基于
version 2 开始编写。由于我们在这⾥希望的是将⼯作区的内容也回退到
version 2
版本,所以需
要⽤到
--hard
参数,⽰例如下:
![](https://i-blog.csdnimg.cn/direct/b64d191ecada4d3ba366457f22afb080.png)
我们惊奇的发现,此时
ReadMe
⽂件的内容,已经回退到 version2 了,当前,我们再次⽤
git log --pretty=oneline
查看⼀下提交⽇志,发现
HEAD 也
指向了version2。
但现在如果我后悔了,想再回到 version 3 怎么办?我们可以继续使⽤ git reset
命令,回退到
version3
版本,但我们必须要拿到
version 3
的
commit id 去指定回退的版本。但我们看到了 git log
并不能打印出
version 3
的
commit id
,运⽓好的话我们可以从终端上去找找之前的记录,运⽓不好的话 commit id
已经被我们搞丢了。Git 还提供了⼀个 git reflog
命令能补救⼀下,该命令⽤来记录本地的每⼀次命令。
这样,就可以很⽅便的找到你的所有操作记录了,但 30a586a 这个是啥东西?这个是
version 3 的
commit id
的部分。没错,Git 版本回退的时候,也可以使⽤部分
commit id
来代表⽬标版本。⽰例如下:
![](https://i-blog.csdnimg.cn/direct/c8a61c9d2db941ccaa2cc0f376960f5e.png)
可往往是理想很丰满,现实很⻣感。在实际开发中,由于⻓时间的开发了,导致
commit id
早就找
不到了,可突然某⼀天,我⼜想回退到 version3,那该如何操作呢?则貌似不可能了。
值得说的是,Git 的版本回退速度⾮常快,因为 Git 在内部有个指向当前分⽀(此处是master)的
HEAD 指针,
refs/heads/master
⽂件⾥保存当前
master
分⽀的最新
commit id
。当我们在回退版本的时候,Git 仅仅是给 refs/heads/master
中存储⼀个特定的version,可以简单理解成如下⽰意图:
![](https://i-blog.csdnimg.cn/direct/8eb1a9c2b5aa4c6cacbbfbe898370aa6.png)
2. 撤销修改
如果我们在我们的⼯作区写了很⻓时间代码,越写越写不下去,觉得⾃⼰写的实在是垃圾,想恢复到上⼀个版本。
情况⼀:对于⼯作区的代码,还没有 add
你当然可以直接删掉你⽬前在⼯作区新增的代码,
要是你写了3天,⼀直都没有提交,该怎么删掉呢?你⾃⼰都忘了⾃⼰新增过哪些
。
Git 其实为我们提供了更好的⽅式,我们可以使⽤
git checkout -- [file]
命令让⼯作区的⽂件回到最近⼀次 add
或
commit
时的状态。 要注意
git checkout -- [file]
命令中的 -- 很重要,切记不要省略,⼀旦省略,该命令就变为其他意思了,后⾯我们再说。⽰例如下:
![](https://i-blog.csdnimg.cn/direct/a0d64afc4cf34d3d869adb30de19ad9c.png)
情况⼆:已经 add ,但没有 commit
add 后保存到了暂存区,这下该怎么撤销呢?
![](https://i-blog.csdnimg.cn/direct/d9148ef21a4042dd94a2b2b59b966a20.png)
让我们来回忆⼀下学过的
git reset
回退命令,该命令如果使⽤
--mixed
参数(
--mixed
是默认参数,使⽤时可以省略
)可以将暂存区的内容退回为指定的版本内容,但⼯作区⽂件保持不变。那我们就可以回退下暂存区的内容了,⽰例如下:
![](https://i-blog.csdnimg.cn/direct/4a071fc03b7f474480dc12f07e640786.png)
⽤ git status 查看后,发现现在暂存区是⼲净的,⼯作区有修改。若是我们也想丢弃⼯作区的修改,则同情况一使用git checkout -- [file] 命令即可。
![](https://i-blog.csdnimg.cn/direct/0c1c81f29f7b40b3864159b568292c52.png)
情况三:已经 add ,并且也 commit 了
我们可以
git reset --hard HEAD^
回退到上⼀个版本!不过,这是有条件的,就是还没有把⾃⼰的本地版本库推送到远程。
![](https://i-blog.csdnimg.cn/direct/9f5a0514735e4baa8a9c1649754fc66a.png)
3. 删除⽂件
在 Git 中,删除也是⼀个修改操作,如果要删除 file3 ⽂件,怎么搞呢?如果直接使用 rm file3是没有⽤的,反⽽徒增烦恼,因为此时⼯作区和版本库不⼀致了,要删⽂件,⽬前除了要删⼯作区的⽂件,还要清除版本库的⽂件。
⼀般⾛到这⾥,有两种可能:
•
确实要从版本库中删除该⽂件
•
不⼩⼼删错了
对第⼆种情况,很明显误删,直接使⽤ git checkout -- file3 来进⾏恢复即可。
对于第⼀种情况,很明显是没有删完,我们只删除了⼯作区的⽂件。这时就需要使⽤
git rm
将⽂件从暂存区和⼯作区中删除,并且 commit
:
![](https://i-blog.csdnimg.cn/direct/706253b5938e4cbb95de994414c5939a.png)
现在,⽂件就从版本库中被删除了。