(转)找回Git中丢失的Commit
2017-08-24 22:04
344 查看
总结:更新代码前一定要先将本地修改的文件存到本地git仓库。今天脑残直接更新了远程仓库代码导入今天写的代码。。。。。。
@[git|commit|reflog]
在使用Git的过程中,有时候会因为一些误操作,比如reset、rebase、merge等。特别是在Commit之后又执行了
你现在看git的历史记录,你可以看到两次提交:
现在让我们来重置回第一次提交的状态:
这看起来我们是丢掉了我们第二次的提交,本地的修改也消失了,没有办法找回来了。但是 reflog 就是用来解决这个问题的。简单的说,它会记录所有HEAD的历史,也就是说当你做 reset,checkout等操作的时候,这些操作会被记录在reflog中。
所以,我们要找回我们第二commit,只需要做如下操作:
再来看一下 git 记录:
同时本地对foo.txt做的修改也回复回来了。
PS:这里在提一下另一个找回Commit的操作
作用:将当前分支reset到指定的<commit>或者HEAD(默认为最新的一次提交,即重设到最新一次提交之前的版本)
备注:
index,执行git add的操作,会对文件创建索引,所有被跟踪的文件索引会放入index,表示文件被修改待提交
working tree,当前工作区,被修改但未被add的文件,存储在工作区
ORIG_HEAD,用于指向前一个操作状态,每次的commit或者pull或者reset,git 都会把老的HEAD拷贝到.git/ORIG_HEAD,通过对ORIG_HEAD的引用可以指向前一次的操作状态
1、hard(慎用)
重设index和working tree,所有改变都会被丢弃,包括文件的修改、新增、删除等操作,并把HEAD指向<commit>,
因此通过git log查看版本提交记录,被reset的版本记录会被丢弃,但可以通过git reflog查看
2、soft
不重设index和working tree,仅仅将HEAD指向<commit>,表示已经commit的文件会取消commit,
通过git status查看,文件会处于待commit状态“Changes to be committed”
3、mixed(默认)
重设index,但不重设working tree,表示已经被add的文件,被取消add,
通过git status查看,文件会处于待添加索引状态 “Changes not staged for commit”
4、merge
重设index,重设working tree中发生变化的文件,但是保留index和working tree不一致的文件
5、keep
重设index,重设working tree中发生变化的文件
意思是一个被删除的提交会在删除30天后,且运行 git gc 以后,被永久丢弃。
你或许还想关掉 git gc 的自动运行:
在这种情况下提交将只在你手工运行 git gc 的情况下才永久删除。
作者:drybeans
链接:http://www.jianshu.com/p/8b4c95677ee0
來源:简书
@[git|commit|reflog]
在使用Git的过程中,有时候会因为一些误操作,比如reset、rebase、merge等。特别是在Commit之后又执行了
git reset --hard HEAD强制回滚本地记录以及文件到服务器版本,导致本地做的修改全部恢复到Git当前分支的服务器版本,同时自己的Commmit记录也消失了。碰到这种情况,不要慌,我们在Git上做的任何操作都只是在原来之前的操作上做修改,并且会被记录下来保存,也就是说无论你做了什么,对于Git来说都可以进行回滚操作。
找回Commit
通过以下例子来了解下具体怎么回滚:$ git init $ touch foo.txt $ echo 'test data' >> foo.txt $ git add foo.txt $ git commit -m "initial commit" $ echo 'new data' >> foo.txt $ git commit -a -m "more stuff added to foo"
你现在看git的历史记录,你可以看到两次提交:
$ git log * 98abc5a (HEAD, master) more stuff added to foo * b7057a9 initial commit
现在让我们来重置回第一次提交的状态:
$ git reset --hard b7057a9 $ git log * b7057a9 (HEAD, master) initial commit
这看起来我们是丢掉了我们第二次的提交,本地的修改也消失了,没有办法找回来了。但是 reflog 就是用来解决这个问题的。简单的说,它会记录所有HEAD的历史,也就是说当你做 reset,checkout等操作的时候,这些操作会被记录在reflog中。
$ git reflog b7057a9 HEAD@{0}: reset: moving to b7057a9 98abc5a HEAD@{1}: commit: more stuff added to foo b7057a9 HEAD@{2}: commit (initial): initial commit
所以,我们要找回我们第二commit,只需要做如下操作:
$ git reset --hard 98abc5a
再来看一下 git 记录:
$ git log * 98abc5a (HEAD, master) more stuff added to foo * b7057a9 initial commit
同时本地对foo.txt做的修改也回复回来了。
PS:这里在提一下另一个找回Commit的操作
git cherry-pick 98abc5a,这个操作与上面的reset操作区别在于后者只是单纯的提取98abc5a这个Commit进行回滚,如果在b7057a9和98abc5a之间还有其他的Commit操作,则会忽略中间的这些Commit做的修改,所以应用这个命令有可能会文件的冲突
git reset的具体用法
git reset [--hard|soft|mixed|merge|keep] [<commit>或HEAD]
作用:将当前分支reset到指定的<commit>或者HEAD(默认为最新的一次提交,即重设到最新一次提交之前的版本)
备注:
index,执行git add的操作,会对文件创建索引,所有被跟踪的文件索引会放入index,表示文件被修改待提交
working tree,当前工作区,被修改但未被add的文件,存储在工作区
ORIG_HEAD,用于指向前一个操作状态,每次的commit或者pull或者reset,git 都会把老的HEAD拷贝到.git/ORIG_HEAD,通过对ORIG_HEAD的引用可以指向前一次的操作状态
1、hard(慎用)
重设index和working tree,所有改变都会被丢弃,包括文件的修改、新增、删除等操作,并把HEAD指向<commit>,
因此通过git log查看版本提交记录,被reset的版本记录会被丢弃,但可以通过git reflog查看
2、soft
不重设index和working tree,仅仅将HEAD指向<commit>,表示已经commit的文件会取消commit,
通过git status查看,文件会处于待commit状态“Changes to be committed”
3、mixed(默认)
重设index,但不重设working tree,表示已经被add的文件,被取消add,
通过git status查看,文件会处于待添加索引状态 “Changes not staged for commit”
4、merge
重设index,重设working tree中发生变化的文件,但是保留index和working tree不一致的文件
5、keep
重设index,重设working tree中发生变化的文件
记录的保存问题
我们前面说到在Git上做的所有操作都被保存到记录里,一般是从你本地Git库执行clone开始的所有操作都保存了下来,所以不用担心很久之前的一些Commit log找不到,你或许期望去为已删除的提交设置一个更长的保存周期。例如:$ git config gc.pruneexpire "30 days"
意思是一个被删除的提交会在删除30天后,且运行 git gc 以后,被永久丢弃。
你或许还想关掉 git gc 的自动运行:
$ git config gc.auto 0
在这种情况下提交将只在你手工运行 git gc 的情况下才永久删除。
作者:drybeans
链接:http://www.jianshu.com/p/8b4c95677ee0
來源:简书
相关文章推荐
- 通过git cherry-pick找回丢失的commit
- git 找回丢失的commit
- 找回Git中丢失的Commit
- git 找回丢失的commit
- git 找回丢失的对象 找回commit
- git 找回丢失的commit
- git 找回丢失的commit
- git找到丢失的commit
- 从Git仓库中恢复已删除的分支、文件或丢失的commit
- Git ---游离状态下的commit 分支切换与找回
- git中找回丢失的对象
- git rebase后commit丢失
- 记录一次操作git 的愚蠢行为(本地代码只 git add 过,没有 commit ,push 过,然后版本回退 导致本地代码丢失)
- 【git】在分支中执行add,commit之后,代码丢失
- Git在Merge时提示(no branch)差点丢失数据,后找回
- git底层原理以及丢失文件找回和坑爹案例
- 从Git仓库中恢复已删除的分支、文件或丢失的commit
- 从Git仓库中恢复已删除的分支、文件或丢失的commit
- 从Git仓库中恢复已删除的分支、文件或丢失的commit
- 从Git仓库中恢复已删除的分支或丢失的commit