在版本的迭代开发过程中，相信很多人都会提交错误（至少梁旭有过几次这样的经历）。在这种情况下，菜鸟程序员可能会感到震惊和不知所措。资深程序员会微微一笑，摸摸发亮的额头，然后默默回滚版本。对于版本回滚，我们经常会用到两个命令：gitresetgitrevert这两个命令有什么区别呢？别着急，后面我们会详细介绍。gitreset假设我们的系统现在有如下提交：其中：A、B为正常提交，C、D为错误提交。现在，我们要回滚C和D，此时HEAD指针指向D提交（5lk4er）。我们只需将HEAD指针移动到提交B(a0fvf8)即可。有git基础的人肯定会想到gitreset这个命令。完整的命令如下：gitreset--harda0fvf8命令运行后，HEAD指针会移动到SubmitB，如下图：此时远程仓库的HEAD指针保持不变，仍然on提交D。因此，如果直接使用gitpush命令，将无法将修改推送到远程仓库。此时只能使用-f选项强制commit到远程仓库：gitpush-f这种方式回滚代码的缺点很明显，就是会让HEAD指针后移，从而丢失后续的提交信息。如果以后突然发现，C和D是多么美妙的点子，却早已消失在历史的长河中。而且有些公司（比如良旭的公司）明令禁止使用gitreset命令回滚代码，原因同上。所以，我们需要找到一个既能回滚代码又能保存错误提交的命令。这时候gitrevert命令就派上用场了。gitrevertgitrevert的作用是通过反向创建一个新版本。这个版本的内容和我们要回滚到的目标版本是一样的，只是HEAD指针指向的是这个新生成的版本，而不是目标版本。如果使用gitrevert命令来实现上面的例子，我们可以这样做：先revertD，再revertC（如果有多个提交需要回滚，需要从新回旧）：gitrevert5lk4ergitrevert76sdeb会生成两个新的提交：D'和C'，如下图：只有两个提交需要revert，我们可以一个一个回滚。但是如果有几十个呢？一个一个回滚肯定是效率太低，容易出错。我们可以使用下面的方法进行批量回滚：gitrevertOLDER_COMMIT^..NEWER_COMMIT此时，错误的commitC和D仍然保留，也有后续dumping之用。而且，如果这样做，HEAD指针会向后移动，可以直接使用gitpush命令推送到远程仓库。而这种做法正是公司所鼓励的。让我们举一个更难的例子。假设现在有三个提交，但不幸的是，错误的提交在中间。如下图所示：此时显然不能直接使用gitreset命令将HEAD指针重置为commitA，因为commitC是正确的，需要保留。先回滚提交C和批次B，然后使用cherry-pick命令从提交C''重新生成提交C''，这样就完成了回滚提交B的需要。完整的过程如下：最后，最近，很多朋友找我要一份Linux学习路线图，于是我结合自己的经验，利用业余时间熬夜一个月，整理了一本电子书。无论你是面试还是自我提升，相信都会对你有所帮助！免费送给大家，只求大家给我点个赞！电子书|LinuxDevelopmentLearningRoadmap也希望有小伙伴可以和我一起把这本电子书做得更完美！获得？希望老铁们来个三连击，让更多人看到这篇文章。推荐阅读：干货|程序员和高级架构师免费发送工件的必备资源|支持搜索的资源网站
