Git学习笔记之四：版本回退

最好在代码回退前备份一下代码，避免操作失误

1 本地分支版本回退

回退到指定的commit

#1.查看提交的commit id
#方式一
$git log --author=caojx --oneline  -10 #查看作者是caojx的近10次的提交历史
e48eac3 (origin/dev) 将原来的import oracle.sql.CHAR修改成String
a6766f6 针对JT-KF投诉工单，新增了几种情进行优化
090ab60 优化日志打印
3b91323 (origin/public-dev) YWZC000248535-JT-KF传输到手机ESOP-ESOP-1
0397798 YWZC000248535-JT-KF传输到手机ESOP-ESOP-1
#方式二
$git reflog
​
#2.查看某个commit id的修改
$git show e48eac3
​
#3.回退到指定的commit id版本
$git reset --hard commitId

• HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

• 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。

• 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

• 这里的回退指的是回退到工作区不是暂存区

  ​​

2 自己远程分支版本回退

如果代码已经提交到自己的远程仓库，可以使用下边的方案回退。

#1.查看commit id
$git reflog
#2.查看对应commit id 变更内容
$git show commmitId
#3.本地先回退对应的commitId
$git reset --hard commitId
​
#4.强制推送到远程分支，强制推送会使用本地分支覆盖远程分支
$git push -f origin 分支名称（master）

3.git撤销操作

接下来我们分几个可能的场景来分析一下实际情况下的处理办法：场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD ，就回到了场景1，第二步按场景1操作。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改（删除也算一种修改）全部撤销，这里有两种情况：

一种是readme.txt自修改后还没有被放到暂存区（但是之前提交过了，所以暂存区没有文件），现在，撤销修改就回到和版本库（master里面之前提交的文件）一模一样的状态；

一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。

推荐博文：https://www.cnblogs.com/Calvino/p/5930656.html