- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我之前遇到了一个不寻常的 git 问题,我已经解决了,但我仍然很好奇它为什么会发生。
问题发生在我不小心删除了我当前正在处理的分支时。通常 git 不允许这样做,但是由于 OSX 不区分大小写,我陷入了一种情况,我认为我有两个分支,一个名为 feature/ONE
另一个名为 feature/一个
。认为这是两个独立的分支(主要来自 linux/case-sensitive 背景)并且我正在处理功能/ONE 我试图使用 git branch -D
删除功能/one。
我很快注意到我做了什么,试图从 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 引用的历史,即使分支已被删除?
最佳答案
在正常情况下,HEAD
要么指向 SHA1(在这种情况下它被称为分离的),要么指向一个现有的分支引用(在这种情况下命名分支被视为已 checkout )。
当您 checkout new-branch
(HEAD
指向 refs/heads/new-branch
)然后设法删除new-branch
分支,Git 只是删除分支的ref 文件(.git/refs/heads/new-branch
)和分支的reflog 文件(.git/日志/refs/heads/new-branch
)。 Git 不会删除HEAD
,也不会更新它以指向其他地方(例如 new-branch
曾经指向的 SHA1) , 因为应该没有必要——你不应该能够删除当前分支。所以 HEAD
仍然引用现在删除的分支,这意味着 HEAD
不再指向有效的提交。
如果您随后执行 git checkout -f master
,Git 会更新 HEAD
以指向 refs/heads/master
,一个新条目是添加到 HEAD
的 reflog 文件 (.git/logs/HEAD
),文件被 check out ,索引被更新。所有这一切都是正常的——这就是 Git 在您 check out 另一个分支时总是做的事情。
您遇到的问题源于 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 中的错误。
旁注:删除引用时,相应的日志也会被删除。我认为这是一个错误,因为除非您有日志备份,否则无法完全撤消意外删除引用。
关于macos - Git:删除当前分支并丢失 reflog,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25898078/
我试图通过这段代码读取未知数量的整数: while (1) { int c = getchar (); if (c == EOF) break;
我正试图找到一个类似于谷歌分析日期选择器的日期选择器: 知道 jQuery 是否提供了类似的东西吗? 最佳答案 这个 Twitter Bootstrap 风格的日期范围选择器非常接近。 https:/
我正在使用 javascript。如何获取当前 URL 的路径并将其分配给我的代码?这是我的代码: $(document).ready(function() { $(".share").hides
如何获得今天的Julian day number (JDN)相等的?或任何日期? 我看了又看,但只发现了一些产生“year-dayOfYear”的函数,而不是:2457854。 最佳答案 在 bash
我有相当简单的 UDP 服务器写在 c 上。 有时我需要知道在套接字中排队的所有 udp 数据包(字节)的当前长度。 据我了解,getsockopt 没有得到这样的信息。 欢迎使用 Linux 和 F
我一直在寻找几个小时来找到一个可以在图像中添加诸如“填充:5px”之类的东西的插件。每个人都通过纯 html 做到这一点吗?我们的客户需要一种方法来简单地使用按钮或右键单击上下文菜单来添加它。有什么建
是否有可能获得当前正在执行的 TCL 脚本的完整路径? 在 PHP 中,它将是:__FILE__ 最佳答案 根据“当前正在执行的 TCL 脚本”的含义,您实际上可能会寻找 info script ,甚
我最近从直接使用 ISession 转向了包装的 ISession,即工作单元类型模式。 我曾经使用 SQL Lite(内存中)对此进行测试。我有一个简单的帮助器类,它配置我的 SessionFact
我按照步骤操作 here在 WebStorm 中配置代码完成和其他内容,但我仍然收到以下语法错误。 我该如何解决这个问题? 最佳答案 通过相应地将“JavaScript 语言版本”(Settings/
我可以为我团队的 TFS 当前 Sprint 任务板添加书签吗?我们有两周的冲刺,因此 URL 每两周更改一次。 默认 URL 的形式为: http://[Server]/tfs/[Project]/
是否有 Subversion 命令可以显示当前版本号? 在svn checkout之后,我想启动一个脚本并需要变量中的修订号。如果有像 svn info get_revision_number 这样的
我正在编写表单的一个组件 首次安装组件时,sources={{}} ,一本空字典。由于该组件包装了现有的 Javascript 库,因此我正在实现一个自定义比较函数。为了让这个 diffing 函数
无论系统时间设置为多少以及机器所在的时区,我都需要正确的 UTC 时间。 (即使我必须打电话到互联网才能同步......) 是否有一些库或其他方法可以优雅地做到这一点? 最佳答案 如果您想获得准确可靠
我一边编码,一边拿出一些我和 friend 建立的旧网站来重新开始工作。我已经有一段时间没有做过任何 AJAX 了,当我试图找出我的代码失败的地方时,我发现没有显示很多资源。我猜这是因为我使用的是旧方
由于对性能的巨大影响,我从不怀疑我现在的桌面CPU是否有分支预测。当然可以。但各种 ARM 产品又如何呢? iPhone或Android手机有分支预测吗?较旧的任天堂 DS?基于 PowerPC 的
我有一个具有以下有效负载的 JWT: { "id": "394a71988caa6cc30601e43f5b6569d52cd7f6df", "jti": "394a71988caa6cc30
从其他一些帖子中,我能够通过以下方式获取当前 URI: 但是以下方法不起作用: 我很好奇为什么上面的方法不起作用,以及如何将当前 URI 分配给字符串。 最佳答案 每the javadocs ,g
我在表格 View 中有几个单元格。现在在任何给定的时间点,我想计算 View 中单元格的当前高度,即如果它是 View 的 3/4,它应该返回 (cellheight)*3/4 高度。 我通过以下方
这是网站的身份验证脚本。这安全吗?是最近的节目吗?它已经过时了吗?是否有“更好更安全的方法”我很新,但我没有看到太多地方使用 header 授权。 如有任何帮助,我们将不胜感激!这是我制作的第一个登录
我已经在其他 stackoverflow 线程上检查过这个错误,但在我的代码中没有发现任何错误。也许我累了,但我觉得还好。 网站.urls.py: from django.conf.urls impo
我是一名优秀的程序员,十分优秀!