• DOOG

    图片

    省流版:本来只是修测试的小任务,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 个未提交施工文件也都还在,代码没有丢。

    主楼
  • dr7758520

    我只让它在它沙箱干活

    干完给我产出物

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

    产出物还包括其他的

    #1
  • sonderz

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

    #2

发表回复

登录后回复