git回退到某个提交

git是一个分布式版本控制软件,分布式版本库的做法使源代码的发布和交流都极为方便,因此有不少用户都在使用git。最近小编也正在学习git这款软件,发现要想熟练运用git,学会git中的一些命令是很重要的,如果我们要回滚到某个提交,就需要使用到回退命令,下面小编给大家具体来介绍一下。

git回退到某个commit

git reset --hard HEAD^ 回退到上个版本

git reset --hard HEAD~3 回退到前3次提交之前

git reset --hard commit_id 退到/进到 指定的commit

git push origin HEAD -- force 强退至远程

git回退到某个commit 推送远程

1.先查询对应的提交历史,使用如下命令:

git log --pretty=oneline

2、版本回退,使用如下命令:

git reset --soft commitID //只删除commitID之后的提交记录log,代码的改动还在。

git reset --hard commitID //彻底删除commitID之后所做的改动,代码也一起回退回来了。

(慎重用,用前最好备份一下代码,或者用git diff 生成一个patch)

3.把当前分支push到远程仓库并且让远程仓库和当前分支保持一致,使用如下命令(假定当前分支为master):

git push -f origin master

 

在 master 分支做了一次 commit 

git add index.js
git commit -m '自以为是在开发分支其实是在master分支的一次提交'

之前没有出过这样的错误。就算出现也是直接push了然后再 reset 回滚然后再次 push -f。
撤回本地上次commit
git reset --soft HEAD^

如何合适的解决这种情况

reset的三个参数

–mixed(默认参数)
重置位置的同时,只保留Working Tree工作目录的內容,但会将暂存区 和 Repository 中的內容更改和 reset 目标节点一致,所以原节点和Reset节点之间的变更文件,会放入Working Tree工作目录中。

简单来说就是:不删除工作空间改动代码,但是撤销commit,并且撤销git add

git reset --mixed HEAD^ 和 git reset HEAD^

HEAD^ HEAD~1 HEAD~2 其中 HEAD^ HEAD~1 同为上一个版本, HEAD~2 为上两个版本,也就是两次commit,以此类推
如果需要再撤销修改

git checkout index.js

–soft
重置位置的同时,保留 working Tree 工作目录和暂存区的内容,只让 repository 中的内容和 reset 目标节点保持一致,所以原节点和reset节点之间的变更文件会放入暂存区中。

简单来说就是:不删除工作空间改动代码,撤销commit,不撤销git add

–hard
重置位置的同时,直接将 working Tree工作目录、 暂存区及 repository 都重置成目标 reset 节点的內容。

简单来说就是:删除工作空间改动代码,撤销commit,撤销git add

这个操作会直接恢复到了上一次的 commit 状态。
如果已经push origin
在做完上面的操作后

git push origin -f

一般在撤回回滚的操作时候请记录好 commit 的版本号,以防再次出现失误无法挽回

关于git reset命令總結
git reset –mixed :默认方式,等同git reset;回退到某个版本,保留源码,回退commit和index信息
git reset –soft :回退到某个版本,只回退commit的信息,不会恢复到index file一级;可以再次commit
git reset –hard :彻底回退到某个版本,本地的源码会变为目标版本的内容