git 回到之前版本的两种方法 reset、revert

在利用github实现多人合作程序开发的过程中，我们有时会出现错误提交的情况，此时我们希望能撤销提交操作，让程序回到提交前的样子，本文总结了两种解决方法：回退（reset）、反做（revert）。

git的版本管理，及HEAD的理解

使用git的每次提交，Git都会自动把它们串成一条时间线，这条时间线就是一个分支。如果没有新建分支，那么只有一条时间线，即只有一个分支，在Git里，这个分支叫主分支，即master分支。有一个HEAD指针指向当前分支（只有一个分支的情况下会指向master，而master是指向最新提交）。每个版本都会有自己的版本信息，如特有的版本号、版本名等。

方法一：git reset

原理： git reset的作用是修改HEAD的位置，即将HEAD指向的位置改变为之前存在的某个版本，假设我们要回退到版本一，回退之后只保留版本一。

适用场景： 如果想恢复到之前某个提交的版本，且那个版本之后提交的版本我们都不要了，就可以用这种方法。

方法二：git revert

原理： git revert的作用通过反做创建一个新的版本，这个版本的内容与我们要回退到的目标版本一样，但是HEAD指针是指向这个新生成的版本，而不是目标版本。假设我们要回退到版本一，则回退之后的版本为版本四，版本四的内容和版本一是一样的。

适用场景： 如果我们想恢复之前的某一版本（该版本不是merge类型），但是又想保留该目标版本后面的版本，记录下这整个版本变动流程，就可以用这种方法。

查看版本号
git log

作者：游笑天涯 (图文详解)
来源：CSDN
原文：https://blog.csdn.net/yxlshk/article/details/79944535
版权声明：本文为博主原创文章，转载请附上博文链接！

• git reset –mixed
  不回改变工作区，但是会用指定的commit覆盖暂存区，之前所有暂存的内容都变为未暂存的状态
• git reset –soft
  不会改变暂存区，仅仅将commit回退到了指定的提交
• git reset –hard
  使用指定的commit的内容覆盖暂存区和工作区。
• git revert
  撤销某次操作，此次操作之前和之后的 commit 和 history 都会保留，并且把这次撤销作为一次最新的提交

git revert 和 git reset的区别

1. git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit。
2. 在回滚这一操作上看，效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交，因此日后合并老的branch时，导致这部分改变不会再次出现，但是git reset是之间把某些commit在某个branch上删除，因而和老的branch再次merge时，这些被回滚的commit应该还会被引入。
3. git reset 是把HEAD向后移动了一下，而git revert是HEAD继续前进，只是新的commit的内容和要revert的内容正好相反，能够抵消要被revert的内容。

本人演示：

• 原始状态所在版本 185c1d4 Git Bash原始状态.PNG
• revert到 095057c 版本 revert操作.PNG
• revert之后出现新的版本而原来的版本全都还在 Git Bash revert之后的版本展示.PNG
• 出错！因为我们本地库HEAD指向的版本比远程库的要旧 Git Bash reset之后出错.PNG
• 要用git push -f强制推上去，就可以了
  出错之后强推.PNG