Rails 3/ Git/ Bundler Fatal 无法解析对象

Question

尝试捆绑安装时，我收到以下错误

Fatal could not parse object '8c11dd........
Git error: command git reset --hard '8c11dd

If this error persists you can try removing the cache directory.

已删除缓存目录但没有成功，以前有人见过此错误吗？

Windows 7 64 位

Answer 1

当我跨服务器移动存储库时遇到了同样的错误。通过删除 Gemfile.lock 并运行 bundle install 解决了这个问题。这生成了更新的 Gemfile.lock，有助于解决错误。

Answer 2

如果您使用 Capistrano，删除（共享/）缓存副本应该可以解决问题。

Answer 3

这里的许多海报都是正确的，因为它很可能与由于存储库移动或重新定位而导致 Gemfile.lock 不同步有关，但正如其他人指出的那样，删除它并不是一个明智的决定。检查 Gemfile.lock 并找到相关存储库的 GIT 条目。要检查的重要事情是它指向的修订元数据属性...它很可能指向不再存在的错误修订哈希。

我的建议是手动编辑它，通过与实际 Repo 的日志文件交叉引用来指向您想要下拉的分支（这样您就可以确保它与实际 Gemfile 中的实际一致），如下所示：

GIT
  remote: https://github.com/YourUserOrOrganization/your-gem-repo.git
  revision: <UPDATE AND FIX ME!>
  specs:
    some-random-dep1 (2.4.3)
      some-random-dep2 (>= 1.7.9)
      some-random-dep3 (>= 1.6.7)

Answer 4

存储库肯定发生了什么事。就我而言，它已被删除/移动。所以我只是更改了 git url。

如果您的 :git => 指向 github，那么访问该 github 项目的页面可能是个好主意。

Answer 5

当我切换到存储库的不同 github 分支时，我在使用 set :deploy_via, :remote_cache 时遇到了与 Capistrano 相同的问题。

我的 capistrano 配方指向新的 fork，但远程服务器上的缓存仍然有指向旧存储库的 origin，因此它没有找到我推送到新 fork 的新提交。

通过在每个远程服务器上执行来修复：


git Remote set-url origin <新分支>


Answer 6

当发生诸如强制推送到 Gemfile 中引用的 git 存储库之类的更改时，就会出现此问题。

解决方案是在 Gemfile 中注释该 gem 行，运行捆绑包，取消注释并再次捆绑。然后 Gemfile.lock 将引用有效的 git 修订版。

我想这也会有帮助：
捆绑更新 my_gem_name

Answer 7

就我而言，我用于 gem 的 git 分支已合并到 master 中，并且该分支被删除。更新我的 Gemfile、删除 Gemfile.lock 并重新运行 bundle 为我解决了这个问题。

Answer 8

您可以将“--source”标志与“bundle update”一起使用。所以它将是：

bundle update --source your_gem

Answer 9

我目前正在构建一个宝石，问题与其他答案有点不同。

我以 Gemfile 中的特定版本为目标，但出于开发目的，我更改了 bundle config 以获取本地版本。我在本地计算机上设置了不同的版本，这使得 Gemfile.lock 的目标是 specs 中的其他内容。

该文件是通过 git 通过服务器发送的，服务器显然无法访问该版本的 gem ...

要修复它，只需在 gem 中根据您的版本指定一个 VERSION 即可正在发展/推进，应该没问题。

gem "my-gem", git: "https://github.com/Loschcode/my-gem.git", branch: "master", tag: "v0.2.2"