git diff失败，带“0”；致命：错误对象$hash HEAD“；_Git

git diff失败，带“0”；致命：错误对象$hash HEAD“；

git

git diff失败，带“0”；致命：错误对象$hash HEAD“；,git,Git,我正在新节点上运行Jenkins作业。无论是新克隆存储库还是从其他工作节点复制存储库，我都会得到： $ git diff --name-only 27b9a8a4b0269d3796defe00ff56eb835fd3d84b HEAD fatal: bad object 27b9a8a4b0269d3796defe00ff56eb835fd3d84b $ 以下是关于StackOverflow的其他答案（其中大多数是关于“坏对象头”而不是我的情况“坏对象$hash头”），我尝试了： $ git

我正在新节点上运行Jenkins作业。无论是新克隆存储库还是从其他工作节点复制存储库，我都会得到：

$ git diff --name-only 27b9a8a4b0269d3796defe00ff56eb835fd3d84b HEAD
fatal: bad object 27b9a8a4b0269d3796defe00ff56eb835fd3d84b
$

以下是关于StackOverflow的其他答案（其中大多数是关于“坏对象头”而不是我的情况“坏对象$hash头”），我尝试了：

$ git fsck --full
Checking object directories: 100% (256/256), done.
Checking objects: 100% (213374/213374), done.
$ git status
HEAD detached at b08bd7495
nothing to commit, working tree clean
$ git log --raw --all | fgrep 27b9a8a4b
$

散列27b9a8a4b。。。不会出现在git日志输出的任何位置

有什么建议吗？

可能类似于“”，Jenkins记忆的

lastBuiltRevision

引用了一个不存在的SHA1

SHA1可能不再存在，因为一个新的历史取代了以前的历史，这使得SHA1变得过时。

我复制了一个Jenkins的工作，它引用了我自己的存储库分支，但我首先复制然后手工克隆的存储库是主存储库的一部分。找到正确的存储库解决了问题。

我不确定问题到底是什么，但我确信这是Jenkins的问题，而不是Git的问题。更准确地说，您的Jenkins已经锁定了一些实际上不存在的哈希ID。不知何故，你需要催促詹金斯获得一个好的散列ID，不管对詹金斯来说“好”是什么，并停止传递这个错误的ID。捕捉得好，比我的答案更准确+1.