7

我之前遇到了一个不寻常的 git 问题，后来我已经解决了，但我仍然很好奇它为什么会发生。

当我不小心删除了我当前正在处理的分支时，就会出现问题。通常 git 不允许这样做，但由于 OSX 不区分大小写，我陷入了一种情况，我认为我有两个分支，一个名为feature/ONE，另一个名为feature/one. 认为这是两个独立的分支（来自主要是 linux/区分大小写的背景）并且我正在研究 feature/ONE 我试图删除 feature/one 使用git branch -D.

我很快注意到我做了什么，试图从 中找回我丢失的工作git reflog，这给了我错误fatal: bad default revision 'HEAD'。我尝试使用 恢复正常状态git checkout -f develop，这很有效。然而，不幸的是，当我看到它时git reflog，它只有一个条目说明checkout: moving from feature/ONE to develop。日志中没有出现以前的操作。

我已经编译了一些步骤来复制这种场景（大概这仅在不区分大小写的文件系统上才有可能）：

mkdir test
cd test
git init
echo 'hi' > file1
git add file1
git commit -m 'test commit 1'
git checkout -b new-branch
echo 'test2' > file2
git add file2
git commit -m 'test commit 2'
git branch -D NEW-branch
git checkout -f master
git reflog

我已经能够通过检查找到我丢失的提交git-fsck，但我的问题是：

为什么这一系列动作会破坏 reflog？即使分支被删除，reflog 不应该仍然知道 HEAD ref 的历史记录吗？

4

2 回答 2

5

在正常情况下，HEAD要么指向 SHA1（在这种情况下，它称为detached），要么指向现有的分支引用（在这种情况下，指定的分支被认为已签出）。

当您签出new-branch（HEAD指向refs/heads/new-branch）然后以某种方式设法删除new-branch分支时，Git 只会删除分支的 ref 文件（.git/refs/heads/new-branch）和分支的 reflog 文件（.git/logs/refs/heads/new-branch）。Git 不会delete，HEAD也不会更新它以指向其他地方（例如new-branch曾经指向的 SHA1），因为不应该有需要——你不应该能够删除当前分支。所以HEAD仍然引用现在删除的分支，这意味着HEAD不再指向有效的提交。

如果你这样做了git checkout -f master，Git 更新HEAD指向refs/heads/master，一个新条目被添加到HEAD的 reflog 文件 ( .git/logs/HEAD)，文件被签出，并且索引被更新。所有这些都是正常的——当你检出另一个分支时，Git 总是这样做。

您遇到的问题来自于 reflog 文件如何更新以及如何git reflog处理更新的 reflog 文件。每个 reflog 条目都包含一个“from”和“to”SHA1。当您从不存在的new-branch分支切换到 时master，Git 不知道“来自”SHA1 是什么。它没有出错，而是使用全零 SHA1 ( 0000000000000000000000000000000000000000)。创建 ref 时也会使用全零 SHA1，因此这个最新的 reflog 条目使它看起来像是HEAD刚刚创建的，而实际上它从未被删除。显然，git reflog即使有更多条目，瓷器命令也会在遇到全零 SHA1 时停止遍历 reflog，这就是为什么git reflog只打印一个条目的原因。

以下说明了这一点：

$ git init test
Initialized empty Git repository in /home/example/test/.git/
$ cd test
$ echo hi >file1
$ git add file1
$ git commit -m "test commit 1"
[master (root-commit) 3c79ff8] test commit 1
 1 file changed, 1 insertion(+)
 create mode 100644 file1
$ git checkout -b new-branch
Switched to a new branch 'new-branch'
$ echo test2 >file2
$ git add file2
$ git commit -m "test commit 2"
[new-branch f828d50] test commit 2
 1 file changed, 1 insertion(+)
 create mode 100644 file2
$ cat .git/HEAD
ref: refs/heads/new-branch
$ cat .git/refs/heads/new-branch
f828d50ce633918f2fcaaaad5a52ac1ffa1c81b1
$ git update-ref -d refs/heads/new-branch
$ cat .git/HEAD
ref: refs/heads/new-branch
$ cat .git/refs/heads/new-branch
cat: .git/refs/heads/new-branch: No such file or directory
$ cat .git/logs/HEAD
0000000000000000000000000000000000000000 3c79ff8fc5a55d7c143765b7f749db4dd8526266 Your Name <email@example.com> 1411018898 -0400        commit (initial): test commit 1
3c79ff8fc5a55d7c143765b7f749db4dd8526266 3c79ff8fc5a55d7c143765b7f749db4dd8526266 Your Name <email@example.com> 1411018898 -0400        checkout: moving from master to new-branch
3c79ff8fc5a55d7c143765b7f749db4dd8526266 f828d50ce633918f2fcaaaad5a52ac1ffa1c81b1 Your Name <email@example.com> 1411018898 -0400        commit: test commit 2
$ git checkout -f master
Switched to branch 'master'
$ cat .git/logs/HEAD
0000000000000000000000000000000000000000 3c79ff8fc5a55d7c143765b7f749db4dd8526266 Your Name <email@example.com> 1411018898 -0400        commit (initial): test commit 1
3c79ff8fc5a55d7c143765b7f749db4dd8526266 3c79ff8fc5a55d7c143765b7f749db4dd8526266 Your Name <email@example.com> 1411018898 -0400        checkout: moving from master to new-branch
3c79ff8fc5a55d7c143765b7f749db4dd8526266 f828d50ce633918f2fcaaaad5a52ac1ffa1c81b1 Your Name <email@example.com> 1411018898 -0400        commit: test commit 2
0000000000000000000000000000000000000000 3c79ff8fc5a55d7c143765b7f749db4dd8526266 Your Name <email@example.com> 1411018898 -0400        checkout: moving from new-branch to master
$ git reflog
3c79ff8 HEAD@{0}: checkout: moving from new-branch to master

如您所见，HEAD的 reflog 仍然包含所有旧条目——它们只是没有由 . 显示git reflog。我认为这是 Git 中的一个错误。

旁注：当你删除一个 ref 时，相应的日志也会被删除。我认为这是一个错误，因为除非您有日志备份，否则无法完全撤消意外删除的引用。

于 2014-09-18T05:49:43.390 回答
1

删除了当前分支并丢失了 reflog

两年后，这个问题应该在 Git 2.13（2017 年第二季度）中得到缓解。

请参阅Kyle Meyer ( )的提交 39ee4c6、提交 893dbf5、提交 de92266、提交 755b49a（2017 年 2 月 21 日） 。（由Junio C Hamano 合并 -- --在提交 c13c783中，2017 年 2 月 27 日）kyleam
gitster

branch: 在 HEAD 的日志中记录重命名分支的创建

重命名当前分支会在当前分支的日志和 HEAD 的日志中添加一个事件。
但是，记录的条目不同。
分支日志中的条目代表整个重命名操作（旧哈希和新哈希相同），而 HEAD 日志中的条目仅代表删除（新的 sha1 为空）。

Extend replace_each_worktree_head_symref()，其唯一的调用者是 branch_rename()，以获取 reflog 消息参数。
这允许将新 ref 的创建记录在 HEAD 的日志中。
因此，重命名事件由 HEAD 日志中的两个条目（删除和创建条目）表示。

有点遗憾的是，分支的日志和 HEAD 的日志现在以不同的方式表示重命名事件。
鉴于重命名操作不是原子操作，因此双条目形式是操作的更准确表示，并且如果在删除和创建事件之间发生故障，则对于调试目的更有用。

将分支的日志移动到两个条目的形式是有意义的，但这会涉及到如何执行重命名以及如何处理更新标志和引用日志以进行删除，因此可能不值得付出努力。

于 2017-03-26T11:13:36.340 回答