赞
踩
Reset Type 有三种:Mixed (idea默认)、Soft、Hard
1、soft
①移动本地库HEAD指针
意思就是,回滚后,仅仅是把本地库的指针移动了,而暂存区和你本地的代码是没有做任何改变的。
而你上次改动已提交到本地库的代码显示是绿色,即未提交
2、mixed
①移动本地库HEAD指针
②重置暂存区
意思就是,回滚后,不仅移动了本地库的指针,同时暂存区的东西也没了,意思就是你上次添加到暂存区的文件没了
3、hard
①移动本地库HEAD指针
②重置暂存区
③重置工作区
意思就是,回滚后,本地代码就是你回退版本的代码
4、keep
①移动本地库HEAD指针
②重置工作区
意思就是,回滚后,本地代码就是你回退版本的代码,暂存区的文件依然保存。
关于三种回退方式其他大佬的博文已经有过详细的解释。
https://blog.csdn.net/qq_38339124/article/details/98869755
To commit : HEAD^返回到上一版本;revision Number返回到指定版本号的版本;
先复制要回滚到哪个版本的版本号
reset type选择hard
这时候本地仓库已经回滚到指定版本的,指定版本之后的代码都消失了。但远程仓库还没有,push到远程仓库,会提示拒绝,但不能和远程仓库合并,因为合并就达不到回退的目的了。直接打开Terminal切到项目目录下输入 git push -f 强制提交。这时已经将回滚同步到远程仓库了,登录远程仓库查看,我们回滚到的指定版本之后的提交信息都没有了。
网上也有人说第一种方式不好,以下是其他人的测试
远程仓库代码回滚,如果上 Google 上一搜,基本出来的答案都是使用 Reset HEAD 加上 git push -f 强制提交的方式。
我本地测试了一下,如果有两个人同时在这条分支上开发,其中一个人 小 A 如果使用这种方式进行回滚了远程仓库代码,另外一个人 小 B 此时本地还是回滚之前的代码,小 B 那里就会出现本地代码版本高于远程分支版本的情况,此时若小 B 进行了 push 操作,之前小 A 回滚的代码就又会被推送到远程的仓库了。除非小 B 在回滚后,将其本地仓库的版本也进行回滚。才能保证不会把回滚的代码重新 push 回远程仓库,但是如果开发人员多,就无法保证所有开发人员的本地分支都回滚!
因此,不要使用 git push -f 这种方式来强制回滚远程仓库代码!
我们也可以使用第二种方式:git revert的方式进行回滚项目
commit 之后,push 到远程仓库中。最终结果如下:
可以看到生成了一个新的commit记录,然后push代码到远程端。其他开发人员如果进行了 pull,其本地仓库也被正确回滚到了指定提交点,就无需再担心回滚的代码又被重新 push 到远程仓库了。
第一种方式会抹除回滚到的版本之后的提交信息。resvert方式会记录回滚的操作;revert实际上的是生成一次新的commit冲抵原来的commit,使用revert只能回滚某一个版本的commit,所以要想回滚到指定版本需要一次一次的revert。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。