git回退到某个提交_git 代码回滚至指定commit

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 ：彻底回退到某个版本，本地的源码会变为目标版本的内容