其他分享
首页 > 其他分享> > 记一次git的版本回退

记一次git的版本回退

作者:互联网

背景

本地有个项目已经修改了很久(是自己的小项目不是公司的),文件挺多的,还有大量的log文件。一些资源文件是中文名,工作区修改后使用了命令 git add .

本来在.gitignore文件中设置一下就好了,但是实践隔了有点久,忘了这事,就手贱都将工作区修改过的文件提交到暂存区了……然后也就忽略了上传文件大小限制的事情就commit然后push了!


首先我们能看到这样的报错!这时候查看github上的项目没有推送成功的,还好!也就是说现在要解救的就是本地的版本库了。

那我了解到github是1G的空间,单个文件限制100MB,超过50MB的文件会警告!

好了,我们再回归怎么才能解决已经出现的问题!

解决思路

撤回版本库中的版本:git revert和git reset
两者的区别:前者revert是用一次新的commit来回滚之前的commit,单纯从‘回滚’这一操作上看,根本没太大区别,但是在以后如果进行merge的时候,版本记录会出现区别,revert相当于用一次你想的commit来中和之前的提交,因此在日后合并的时候,这部分改变不会再次出现,但是reset是相当于把某个commit在branch上删除掉,所以在branch再次merge的时候这些会馆的commit还是会被引入。
而且,git reset是将HEAD的指针向后移动了下,而git revert还是会让HEAD指针前进指针会指向新生成的commit版本。
先说一个远端已经push成功的例子!
如图:

此时,HEAD指针已经在提交D上了,A和B是正常提交,如果此时我们使用git reset --hard 2esdfc(B编号的前六位,我随便编的)那我们的C和D两次提交就不复存在了

但是远程的HEAD指针依然不变,这样要是push的话只能git push -f这样不是很好,所以更推荐用revert。
git revert D git revert C
这两个命令执行成功后,会生成两个新的提交D和C,我们这里称为d,c比较好区分。而且,原来错误的提交记录还在,如果有争议的时候还可以找出提交记录。并且这时就可以直接git push了。

从开头对reset的命令解释,大概就是如果中间出现错误提交,此时用reset,那么之后大家的提交版本都会消失,那么还是推荐revert,生成新的提交记录,使HEAD指针继续向前走。
回到我们的问题,我的问题并没涉及远端仓库,只是本地的commit记录,大致问题如下:

我的目标是将HEAD指针回退到B提交,这种情况也是最简单的问题,这也是我一个人的项目,不涉及远端和其他人分支merge的问题,所以直接reset解决即可,C的版本可以丢弃,将版本库中的文件退会到工作目录中去,其实就是想保留文件的改动,并且从暂存区中剔除跟踪。

使用这个命令前需要保证work tree是干净的。用图说明一下各个命令后的效果。


注意22:30那个提交记录,2e17e5

这是改动记录,太多

使用了--soft HEAD^ 就是回退上一个版本的意思,偷懒了,不想写那六位数编码。因为想看看soft的效果,所以这里使用的是soft。

这时我们再用一次git reset就好了,保留work tree即可。

至此我们还是乖乖地去ignore文件中添加不想被跟踪的文件吧,免得下次又提交不上去。

至于gitignore文件的设置规则:大致想‘#’设置注释,剩下的规则和linux文件匹配差不多。
例如:/log/* 是忽略log文件夹下的所有目录和文件的意思

#匹配规则和linux文件匹配一样
#以斜杠“/”开头表示目录;
#以星号“*”通配多个字符;
#以问号“?”通配单个字符
#以方括号“[]”包含单个字符的匹配列表;
#以叹号“!”表示不忽略(跟踪)匹配到的文件或目录

标签:reset,文件,git,版本,--,revert,提交,回退
来源: https://www.cnblogs.com/yuki-nana/p/15080892.html