git提交的时候出现异常“bad object HEAD”的另一种解决方案

Git仓库是目前很主流的代码管理工具，一旦被损坏或出现异常，内心想直接吐血。

当进入到Git仓库执行命令：

git status

显示：

fatal: bad object HEAD

在此尝试用git checkout git reflog 等命令希望能恢复，但都是提示错误。在网上搜索大部分看到的是如下的解决方式：

git pull origin hongchangfirst将远程分支的内容重新sync下来即可。

但是我的代码分支很久没有和服务器的分支同步，主要是做本机的开发和维护，无法用上面的命令来解决。

突然想到了git的代码是压缩过，用的是SHA-1哈希做的索引管理，分支是通过同名文件+SHA-1哈希管理，根据这一思路开始搜索分支同名文件。

假设我分支名为：v2_pro_ipv6

当前分支名可以尝试执行分支命令获取：

$ git branch

如果当前分支名都无法获取可以在以下文件中查到：

$ cat .git/HEAD
ref: refs/heads/v2_pro_ipv6

至此已经确定了当前分支的名称：v2_pro_ipv6

先进入代码的.git目录：

$ cd .git/

搜索当前分支的同名文件：

$ find -name "v2_pro_ipv6"
./refs/remotes/local_server/v2_pro_ipv6
./refs/heads/v2_pro_ipv6
./logs/refs/remotes/local_server/v2_pro_ipv6
./logs/refs/heads/v2_pro_ipv6

去对应目录打开对应的分支同名文件，拉倒文件的最后一行，正常的话最后一行是一个空白行，如果异常的话，显示会是乱码如：

NULNULNULNULNULNULNULNUL

把文件中这行乱码的内容删掉，但还是要保留文件的最后一行为空行。

重点

打开.git\logs\refs\heads\v2_pro_ipv6文件，拉倒最后，就会看到出git现异常时最后一次提交的信息，我的是：

66fed7f2fd90cc003fa31475ff19fb673ebff3fe a3f70edf4fa72c320d48fcc477189ea40ac98407 admin <yinluo@yinluo.com> 1642210854 +0800 commit: 更新: APK 2022-1-14
a3f70edf4fa72c320d48fcc477189ea40ac98407 98b9d84c7725cf2f160154866e8cab33582ebc67 admin <yinluo@yinluo.com> 1642211131 +0800    commit: 添加:关闭spk mute静音功能sys.audio.spkmute.status
98b9d84c7725cf2f160154866e8cab33582ebc67 e0adae9cff4df7ea3f46f2e3cfecc9efde45efb5 admin <yinluo@yinluo.com> 1642211605 +0800    commit: 更新:wifi驱动 rkwifi/bcmdhd v100.10.545.25

细心的同学会发现每一行的定义规律，每行的开头两组是我们commit 的SHA-1哈希码。第一组SHA-1哈希是倒数第二次的提交，第二组是倒数第一次提交的SHA-1哈希。我们需要的就是第二组SHA-1哈希：

e0adae9cff4df7ea3f46f2e3cfecc9efde45efb5

把这组SHA-1哈希复制到一下文件：

打开文件：
.git\refs\heads\v2_pro_ipv6
看里面是否有内容，如果有的话，先在其他目录拷贝备份一下这个文件。然后把源文件的内容清空。
写入查到的SHA-1哈希码加回车换行：
e0adae9cff4df7ea3f46f2e3cfecc9efde45efb5
保持git文件中的最后一行为空行。

修改分支同名文件后，返回shell中执行git log 进行测试，如果操作正常，一切就能恢复如初了：


$ git log
commit e0adae9cff4df7ea3f46f2e3cfecc9efde45efb5
Date:   Sat Jan 15 09:53:25 2022 +0800更新:wifi驱动 rkwifi/bcmdhd v100.10.545.25commit 98b9d84c7725cf2f160154866e8cab33582ebc67
Date:   Sat Jan 15 09:45:31 2022 +0800添加:关闭spk mute静音功能sys.audio.spkmute.statuscommit a3f70edf4fa72c320d48fcc477189ea40ac98407
Date:   Sat Jan 15 09:40:54 2022 +0800

最后，git要注意间隔一段时间就要和git主服务器做代码同步，以免git出现致命错误导致全盘皆废。另外注意点是在修改文件时，一定要记得保存哦！

git提交的时候出现异常“bad object HEAD”的另一种解决方案相关推荐

git提交异常 fatal: LF would be replaced by..
文章目录问题描述解决办法原因参考链接问题描述 window环境下,使用 git add <file>,出现 fatal: LF would be replaced by CRLF ...
Git提交单个文件过大，git error: remote unpack failed：error Object too large
Table of Contents 一. 上传git出错二. git基本概念三. 解决参考链接一. 上传git出错 error: remote unpack failed: error Obj ...
idea使用git提交代码报异常refusing to merge unrelated histories和unknown option `allow-unrelated-histories‘
目录一.异常refusing to merge unrelated histories 二.异常unknown option `allow-unrelated-histories' 一.异常refu ...
Git 提交规范-Java程序员收藏必备
你可能会忽略的 Git 提交规范规范是建立在程序开发者与程序阅读者一个沟通的桥梁,是一个团队必须要严格遵守的约定 --动力节点Java学院一.为什么需要规范? 无规矩不成方圆,编程也一样. 如果你 ...
如何查看Git提交中的更改？
本文翻译自:How to see the changes in a Git commit? When I do git diff COMMIT I see the changes between th ...
Git 提交规范之GIt工作流规范（Husky+eslint+stylelint+pretty+Commitlint+ lint-staged）
1.ESLint 1.1 ESLint 安装 (1)脚手架自动安装如果是采用脚手架如Vue-Cli创建项目,在创建项目时就可以选择安装ESLint,安装完成后,会自动在项目根目录生成一个.eslin ...
基于python开发pre-commit hook达到对git提交时间的控制
近期公司开发使用的版本控制工具由svn转向git,由于开发需求,经常会更改本地的时间,从而暴漏出一个原先使用svn不会出现的问题:commit的时间经常会不对.主要是因为git提交到远程服务器需要两部 ...
中文提交到git乱码_解决git 提交后中文字符会乱码的问题
解决git 提交后中文字符会乱码的问题最近发生那了一件怪事,当然菜鸡经常碰见怪事本来一个.properties文件在idea里面commit的时候看了一下diff,没发现异常,但是提交到gitla ...
vue3+vite配置项目运行前eslint检查以及git提交前eslint检查的方案总结
vue3+vite配置项目运行前eslint检查以及git提交前eslint检查的方案总结 1.需求背景最近在新项目搭建过程中有这样一个需求:由于是团队协同开发,所以在开发是代码规范是一个很重要的环 ...

git提交的时候出现异常“bad object HEAD”的另一种解决方案

重点

git提交的时候出现异常“bad object HEAD”的另一种解决方案相关推荐

最新文章

热门文章