使用git revert回退版本

我在这篇文章中介绍了如何使用git reset命令回退版本。

使用git reset回退版本_new9232的博客-CSDN博客_git 回退到最新版本

但是这种方法只适用于同一个分支只有一个人在修改代码。如果同一个分支有多人修改代码时，那这个命令就不适用了。为什么呢？我通过一个简单的例子说明下。

1、git reset弊端

tom和jack两个人现在拉取的是同一个分支的代码，提交记录是下面这样的。

然后tom新增了一个four.txt文件并推送到了远程仓库。jack同时拉取了远程仓库的代码，这时tom和jack的提交记录变成了这样

 

 然后呢，tom发现提交的代码有问题，于是进行了版本回退，并强制推送到了远程仓库。

这个时候就出问题了，由于jack本地仓库的代码比远程仓库代码新，所以jack此时拉取代码的话，是不能拉到tom回退后的代码的。

 

我们看到，虽然jack进行了拉取，但第四次提交记录依旧在 

而且如果jack有了新的修改进行了提交，tom回退的版本又会重新出现

 tom现在进行拉取

可以看到，tom回退的版本又出现了。

所以说，多人使用同一分支开发时，那么使用git reset命令进行版本回退就没用了。

2、git revert登场 

同样的，tom和jack拉取同一分支的代码，提交记录如下

然后tom新增了一个four.txt文件并推送到了远程仓库。jack同时拉取了远程仓库的代码，这时tom和jack的提交记录变成了这样

 接下来了，tom发现four.txt文件提交错了，于是进行了版本回退并强制推送到了远程仓库。

可以看到，回退到了 "第四个文件提交" 这个commit之前的状态了，four.txt文件已经没有了。

而且这个时候，jack再去拉取

 

可以看到，four.txt也已经不见了。

总结 

使用git reset回退版本时，可以看到你的提交记录就没了，而使用git revert回退版本时，提交记录依旧在，它其实相当于重新做了一个版本，但是和之前的版本一样。

我画了个示意图，应该能看明白这两个命令的区别了。

 

 

由此，如果同一分支只有你一个人在进行开发，并且回退记录不想保留的话，可以使用git reset进行版本回退。如果同一分支有多人开发时，或者你想保留回退记录的话，就使用git revert