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 <file>，就回到了场景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