Workbuddy又把Git 仓库干碎了

DOOG 2026-08-30 10:46 1


省流版:本来只是修测试的小任务,Workbuddy为了做 baseline comparison,自己把操作升级成了 Git object store recovery,最后把仓库元数据搞坏了。


Git仓库又被 workbuddy搞坏了,之前也遇到过类似情况


本来只是修两个很小的测试问题,跑 targeted test 时发现一个失败,它为了判断是不是本轮改动导致的,开始自己做“基线对照”。


然后事情就开始离谱了:


它先把 14 个未提交文件备份到项目外,接着居然开始清理 Git 的 pack / object 数据,还准备执行 git reset --hard origin/main、重新 fetch 对象库。


我发现不对以后立刻停掉了。


停掉后的仓库状态直接变成:


git status → fatal: bad object HEAD


git diff → fatal: unable to read …


也就是工作区代码还在,但 .git 对象库已经损坏,Git 连当前提交都读不完整了。


后来手动执行 git fetch --refetch origin main,重新拉了 5000 多个 Git objects,才把 HEAD 和主要对象补回来。恢复后 git status、git diff 又能正常使用,14 个未提交施工文件也都还在,代码没有丢。

最新回复 (2)
  • dr7758520 08-30 11:37
    1

    我只让它在它沙箱干活

    干完给我产出物

    产出物包括patch, 我拿出来手动patch我的git

    产出物还包括其他的

  • sonderz 08-30 11:43
    2

    workbuddy的git在沙箱内应该是有问题的,印象中跟删除有关系。我之前发过帖子来着,不过大意了,里面有一部分agent自己的建议我直接复制了,所以后面被移除了 ^-^。之前给workbuddy发过邮件,后面还要提交一些别的材料,我嫌太麻烦就没继续。。。把安全中心里面的一些功能关掉git是可以正常的。但是咋说呢。。。慎重吧 ^-^

* 帖子来源Linux.do
返回