第一种情况:还没有push,只是在本地commit
1.语法说明
git reset [--soft | --mixed | --hard] [HEAD]
--mixed 为默认,可以不用带该参数,用于重置暂存区的文件与上一次的提交(commit)保持一致,工作区文件内容保持不变
git reset [HEAD]
--soft 参数用于回退到某个版本:
$ git reset --soft HEAD^ # 回退所有内容到上一个版本 $ git reset --soft HEAD^ hello.php # 回退 hello.php 文件的版本到上一个版本
$ git reset --soft 052e # 回退到指定版本
HEAD 说明:
HEAD 表示当前版本
HEAD^ 上一个版本
HEAD^^ 上上一个版本
HEAD^^^ 上上上一个版本
以此类推...
可以使用 ~数字表示
HEAD~0 表示当前版本
HEAD~1 上一个版本
HEAD^2 上上一个版本
HEAD^3 上上上一个版本
以此类推...
--soft 参数: 注意!!! 谨慎使用 –hard 参数,它会删除回退点之前的所有信息
2.真实案例
在本地commit后,一直push不上去:
- remote: GL-HOOK-ERR:ERROR: author:“019124”, 格式非法, 应当是你的工号,以K/S/0开头.
- remote: GL-HOOK-ERR:ERROR: 请重新设置[user]下的name值.
原因是因为,已经提交的log中显示的author不符合规则:
可以通过git log查看
然后使用以下命令,回退到上一个版本。
$ git reset --soft HEAD~1
可以看到,author为“019124”的记录消失了。这时候就能重新以新author身份重新提交。
第二种情况:commit push 代码已经更新到远程仓库
对于已经把代码push到线上仓库,你回退本地代码其实也想同时回退线上代码,回滚到某个指定的版本,线上,线下代码保持一致.你要用到下面的命令:
git revert <commit_id>
revert 之后你的本地代码会回滚到指定的历史版本,这时你再 git push 既可以把线上的代码更新。
两种情况对比
注意:git revert是用一次新的commit来回滚之前的commit,git reset是直接删除指定的commit,看似达到的效果是一样的,其实完全不同。
第一:上面我们说的如果你已经push到线上代码库, reset 删除指定commit以后,你git push可能导致一大堆冲突.但是revert 并不会.
第二:如果在日后现有分支和历史分支需要合并的时候,reset 恢复部分的代码依然会出现在历史分支里.但是revert 方向提交的commit 并不会出现在历史分支里.
第三:reset 是在正常的commit历史中,删除了指定的commit,这时 HEAD 是向后移动了,而 revert 是在正常的commit历史中再commit一次,只不过是反向提交,他的 HEAD 是一直向前的.
参考文献
git reset 命令: https://www.runoob.com/git/git-reset.html
git 取消commit:https://www.cnblogs.com/lyy-2016/p/6509707.html