本文主要是介绍Git 版本控制操作，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
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 次提交，如下所⽰：
我们可以通过 git log --pretty=oneline命令查看历史提交记录
现在，如果我们在提交完 version3 后， 发现 version 3 编写错误，想回退到 version2，重新基于
version 2 开始编写。由于我们在这⾥希望的是将⼯作区的内容也回退到 version 2 版本，所以需
要⽤到 --hard 参数，⽰例如下：
我们惊奇的发现，此时 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 来代表⽬标版本。⽰例如下：
可往往是理想很丰满，现实很⻣感。在实际开发中，由于⻓时间的开发了，导致 commit id 早就找
不到了，可突然某⼀天，我⼜想回退到 version3，那该如何操作呢？则貌似不可能了。
值得说的是，Git 的版本回退速度⾮常快，因为 Git 在内部有个指向当前分⽀（此处是master）的
HEAD 指针， refs/heads/master ⽂件⾥保存当前 master 分⽀的最新 commit id 。当我们在回退版本的时候，Git 仅仅是给 refs/heads/master 中存储⼀个特定的version，可以简单理解成如下⽰意图：
2. 撤销修改
如果我们在我们的⼯作区写了很⻓时间代码，越写越写不下去，觉得⾃⼰写的实在是垃圾，想恢复到上⼀个版本。
情况⼀：对于⼯作区的代码，还没有 add
你当然可以直接删掉你⽬前在⼯作区新增的代码， 要是你写了3天，⼀直都没有提交，该怎么删掉呢？你⾃⼰都忘了⾃⼰新增过哪些 。
Git 其实为我们提供了更好的⽅式，我们可以使⽤ git checkout -- [file] 命令让⼯作区的⽂件回到最近⼀次 add 或 commit 时的状态。 要注意 git checkout -- [file] 命令中的 -- 很重要，切记不要省略，⼀旦省略，该命令就变为其他意思了，后⾯我们再说。⽰例如下：
情况⼆：已经 add ，但没有 commit
add 后保存到了暂存区，这下该怎么撤销呢？
让我们来回忆⼀下学过的 git reset 回退命令，该命令如果使⽤ --mixed 参数（ --mixed 是默认参数，使⽤时可以省略 ）可以将暂存区的内容退回为指定的版本内容，但⼯作区⽂件保持不变。那我们就可以回退下暂存区的内容了，⽰例如下：
⽤ git status 查看后，发现现在暂存区是⼲净的，⼯作区有修改。若是我们也想丢弃⼯作区的修改，则同情况一使用git checkout -- [file] 命令即可。
情况三：已经 add ，并且也 commit 了
我们可以 git reset --hard HEAD^ 回退到上⼀个版本！不过，这是有条件的，就是还没有把⾃⼰的本地版本库推送到远程。
3. 删除⽂件
在 Git 中，删除也是⼀个修改操作，如果要删除 file3 ⽂件，怎么搞呢？如果直接使用 rm file3是没有⽤的，反⽽徒增烦恼，因为此时⼯作区和版本库不⼀致了，要删⽂件，⽬前除了要删⼯作区的⽂件，还要清除版本库的⽂件。
⼀般⾛到这⾥，有两种可能:
• 确实要从版本库中删除该⽂件
• 不⼩⼼删错了
对第⼆种情况，很明显误删，直接使⽤ git checkout -- file3 来进⾏恢复即可。
对于第⼀种情况，很明显是没有删完，我们只删除了⼯作区的⽂件。这时就需要使⽤ git rm 将⽂件从暂存区和⼯作区中删除，并且 commit ：
现在，⽂件就从版本库中被删除了。
这篇关于Git 版本控制操作的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
