OBS 传一个文件夹，我为什么还要先打 zip

对象存储最常见的需求其实很朴素：把本地一个目录完整放到桶里，路径别乱，传失败能续，权限别点错。

OBS 控制台现在更擅长「传几个文件」。目录一多，我就会先打 zip、或切到 OBS Browser / API。能完成，但不像控制台该有的体验。

1. 我实际怎么传

测试桶，大约 300 个文件，多层目录，单文件最大约 400MB。

1. 建桶，选对区域，默认私有。
2. 控制台点上传，只能选文件，不能选文件夹。
3. 先在本地打 zip 上传，再在云端解也不是控制台能力；或者按目录手工传了三轮。
4. 浏览器刷新一次，进度没了，大文件只能重来。
5. 需要把某个前缀改成授权给测试账号读，列表里只能点一个改一个。

最后是用工具传完的。控制台负责建桶和核对对象，不负责「把目录完整搬上去」。

2. 四个最耗时的点

不能直接传文件夹
本地 src/images/2026/ 这种结构，控制台不会按相对路径生成对象前缀。要自己维持目录感，就得改文件名或换工具。

中断即重来
弱网、休眠、误刷新后，没有可用的断点。失败文件也没有一份清晰列表让你只重试坏的。

批量改权限太细碎
ACL、存储类别、元数据都支持改，但缺「多选 + 预览将影响 N 个对象 + 二次确认」。测试桶误开公共读，风险比多点几次鼠标大。

任务结果看不到
传完要自己在对象列表里翻。失败原因是权限、同名覆盖还是单对象超限，当时不一定留得住。

3. 控制台传文件时我现在怎么做

在文件夹上传做出来之前，我用这条更稳的路径：

1. 小文件、少量对象：控制台直接传，前缀手动写清楚。
2. 目录级、大文件、要续传：OBS Browser 或官方命令行。
3. 权限默认私有，先核对前缀，再开最小读权限。
4. 同名对象先确认覆盖策略，避免把旧版本直接盖掉。
5. 传完用前缀过滤核对数量，不要只看「成功」提示。

控制台适合看结果，不适合当唯一的搬运工具。

4. 希望补上的能力

1. 支持直接选择本地文件夹，按相对路径创建对象前缀。
2. 大文件和批量上传支持断点续传，展示总进度、失败列表、一键重试。
3. 对象列表支持多选后批量改 ACL、存储类别、元数据，操作前显示影响数量。
4. 批量改权限必须二次确认，并限制在「当前前缀」，避免整桶公共读。
5. 任务中心保留近 7 天上传和批量任务结果。

这些都是控制台补齐工具能力，不是新服务。

5. 小结

OBS 作为对象存储是稳的。开发者卡在「最后一公里」：

我想传的是一个文件夹，不是五十次文件选择。

先把文件夹上传、断点续传和带预览的批量权限做掉，控制台才能从「能用」变成「愿用」。
上述建议我已准备提到云声。如果你有纯控制台搬完整目录的办法，欢迎直接评论工具版本和桶配置。