当前位置:   article > 正文

git-查看日志、log和reflog_git log ref

git log ref

com

log是查看提交记录(commit),而reflog是操作记录。最大区别是能不能查询到被删除的 commit 记录和 reset 的操作记录,log不能,而reflog可以。

在平时的开发中,经常会遇到代码提交错了需要回滚到一个历史版本,或因为大意回滚错了代码又需要还原等问题,这种回滚和还原操作都离不开git操作命令历史记录的查询。哪git为什么能实现回滚和撤销操作呢?主要跟HEAD有关,HEAD就是当前的意思。

Git允许我们在版本的历史和未来之间进行穿梭移动,使用命令 git reset --hard|soft|mixed commit_id 就可以实现。

一般的操作是:回到过去,用git log查看以前的记录。如果发现回错了,用git reflog查询所有提交,然后再回来
下面来看看git log 和 git reflog的使用区别

git log命令

git log命令可以显示当前分支所有操作记录,不仅仅包含commit,还有回滚(reset)和切分支(checkout),不包括已经被删除的 commit 记录和reset的操作。(注意: 只是当前分支操作的信息)。例如下面这个例子: 先在dev_test1分支上修改一次文件,并commit标记提交信息;然后再修改一次文件,并commit标记提交信息;通过git log查到提交的信息如下:
在这里插入图片描述
直接使用git log显示的信息太繁琐,可以加上参数 --pretty=oneline 只会显示版本号和提交时的备注信息,这样阅读起来更友好得多。

#命令
git reflog --pretty=oneline
  • 1
  • 2

在这里插入图片描述
假如现在发现上面的第二次修改提交的代码有问题,需要将代码回滚到第一次提交的版本上,就可以使用git log查询commit_id来进行回滚。如下操作:
在这里插入图片描述
如上图,使用 git reset --hard xxxx 回滚代码后,再使用git log查询提交的信息时,已经看不到前面的commitid(没有第一次修改的信息)。
到此就实现了git的HEAD穿梭到历史版本上,完成代码的回滚,但是会存在一个问题:假如使用 git reset --hard回滚代码后,发现回滚错了,需要还原本次的回滚(即 git的HEAD需要重返未来),但此时再使用git log来查询commit_id时,会发现查询不到已经被reset的操作版本号了,无法重返未来。解决这个问题就需要用git reflog命令。

git reflog命令

git reflog命令可以查看所有分支的所有操作记录信息(包括已经reset前面的commitID)。例如:执行 git reset --hard HEAD~1,退回到上一个版本,用git log则是看不出来被删除的commitid,用git reflog则可以看到被删除的commitid,这样我们就可以买后悔药,恢复到被删除的那个版本。
在这里插入图片描述
如上图,即使使用reset回滚代码后,用git reflog可以看到被隐藏的commitid。

git reflog还有个作用就是:可以查看所有分支的所有操作记录信息。如下图操作是:从dev_test1分支上切到dev_test2分支上修改bug后commit提交,再切换dev_test1进行开发,此时在dev_test1分支上能看到dev_test2分支的提交记录。
在这里插入图片描述

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/不正经/article/detail/663947
推荐阅读
相关标签
  

闽ICP备14008679号