13

这是一个菜鸟问题，但我有能力解决这个问题。我继承了一个似乎是回购损坏的 git 子树的奇怪问题。

这是场景：基于 git 的项目 A 的子树正在项目 B 中使用。部署脚本的一部分使用将子树推送到项目 B 的 repo：

git subtree push -P sub/path/name --squash git@github.com:MyCo/project_b.git projectb_branch

它开始推送提交并失败

"fatal: bad object {sha}"

我在源代码库的 git 日志中搜索了 SHA。它显示在提交中：

git-subtree-dir: app/assets/ui
git-subtree-split: {sha}

目标 repo (project_b) 确实具有该 SHA 的提交，但源 repo 没有。我浏览了子树 shell 脚本，我可以看到它在尝试使用 git log 查找该对象时失败了（在调用 git log -l --pretty=format:'%T' {sha} 的 toptree_for_commit 函数中）。

在这一点上，我有点不知所措，但渴望找到解决方案。在我有限的知识允许的范围内，我已经对此进行了研究，因此我欢迎任何可以让我更接近解决方案的提示、技巧或 RTFM。

我由衷的感谢！

4

4 回答 4

23

我刚刚遇到了这个问题，并能够通过以下方式解决：

git remote add shared $url
git fetch shared
git subtree push -P $prefix shared $branch

可能对所有人都没有帮助，但让我不必破解回购结构。

于 2013-01-08T04:59:35.770 回答
4

我遇到了类似的问题：git subtree push ...曾经在我做过的计算机上工作git subtree add ...，但不能在第二台计算机上工作：

$ git subtree push --prefix lib git@github.com:lib/lib.git master
...
...
fatal: bad object {sha}

修复是首先从存储库中提取更改（即使没有更改）：

git subtree pull --prefix lib git@github.com:lib/lib.git master

即使它没有拉任何东西，推也可以正常工作：

git subtree push --prefix lib git@github.com:lib/lib.git master
于 2014-03-27T04:02:01.787 回答
3

我已经想通了；我在提交信息中找到了错误 sha 的引用。

解决此问题的最简单方法是：

  • 停止使用已创建的子树拆分，
  • 将内容移动到不同的子目录，然后
  • 重新拆分子树。

与取消提交到有问题的提交然后重新应用它们相比，有点混乱但更不容易出错（建议在回答有点类似的问题时）。

不漂亮，但它完成了工作。

于 2012-10-04T02:38:32.240 回答
0

git pull为我工作。如果您当前的分支不是远程分支，请使用

`git push -u origin <branchname>`
于 2014-06-06T18:31:16.303 回答