Delete final-round GCS compose inputs after successful uploads

未关闭 适合新手
#2,154 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

@ericcurtin 已经在做这个了。

开始于 2026年10月4日。

  • #2178 来自 @ericcurtin —— 未关闭

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
82/100
Issue 类型
缺陷
描述清晰度
描述清楚
活跃度
活跃
技术栈
go
领域
backend, cloud

调研方向

阅读 pkg/objectstorage/gcscompose.go,重点关注 composeAll 和 putComposite,以及最终的 compose 或单个输入复制路径。确认最终中间输入的跟踪方式,以及重试和错误的处理方式。完成标准是:destination 提交后,成功的上传会删除最终的 .compose-* 对象,同时不会破坏失败时的清理。

由索引模型根据 Issue 内容生成。

描述

area/storage kind/bug

In pkg/objectstorage/gcscompose.go, composeAll deletes inputs after intermediate rounds, but it does not delete the final inputs after the final compose or single-input copy succeeds. For uploads with more than 32 parts (over 1 GiB at the current part size), final-round .compose-* objects can therefore remain in the bucket after a successful upload. putComposite's deferred cleanup only owns the original .part-* handles. Please clean up the final intermediate inputs after the destination is committed, while preserving retry/error handling.

主要语言
Go
星标
5.9k
派生
637
平均合并
2 天 1 小时
30 天内合并 PR
523

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

agent-substrate/substrate 的其他 Issue

查看 agent-substrate/substrate 的全部 Issue

相似的 Issue

更多 Go Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。