Silo S3 正式版推荐，MinIO 社区版的接力者跑出第一个正式版

开源对象存储这出戏今年特别有看头。原厂四月把社区版仓库归档、删掉预编译产物，逼着用户二选一，要么迁商业版要么自己从源码编译。社区分支 Silo 上周交出了自己的第一个正式服务器版本，顺带修了一个继承自原厂的高危漏洞。我把仓库、发布公告与前后两篇中文报道核了一遍，这场接力的现状与门道如下。

正式版给了什么

版本号沿用原厂的日期式命名，十月十五日构建，官方称首个正式服务器版本。核心内容是修复对象锁定的高危缺陷。持有合法凭证但无相应权限的用户可以绕过保留策略，缩短或取消受保护数据的保留期，合规场景下这是硬伤，审计要求形同虚设。缺陷继承自上游，影响此前所有版本，不允许匿名利用，属于需要认真对待的那一类，认真对待的方式就是升级到修复版。修复之外，运行时同步升级到最新补丁版，对象锁定的回归测试纳入发布流程，以后每版发布前都跑一遍，防的是同一个坑摔两次。

部署兼容性是这个项目最大的卖点。存储格式、接口、环境变量、监控指标、内部路由全部保持原样，迁移方式被概括为只改一行，编排文件里的镜像名换掉，用户名密码配置全不动，改完起来就是一个熟悉的系统。对生产环境来说，不变比新颖更重要。仓库四千一百颗星一万三千次提交，发布纪律写在明面，一到两个月一版，最多一个季度，这份节奏对一个社区分支来说是养家糊口级别的认真，认真到把发布日历贴在仓库首页，贴出来的日历就是可以追责的承诺。

许可证宽传染，承诺无附加条款，贡献规则与发布纪律全部公开。

背后的故事

为什么会有这个分支，时间线摆开。原厂四月归档社区仓库，页面挂出不再维护声明，社区版只以源码分发，预编译镜像删除。此前的许可证收缩争议早把社区积怨攒满了，归档只是压垮骆驼的最后一根稻草。分支八月改名，九月进入中文社区视野，十月正式版，节奏没有拖沓，救火队的速度，速度背后是社区憋了半年的行动力。此前已报道过它的许可证收缩争议，社区积怨有年头。分支八月改名，九月进入中文社区视野，十月正式版，节奏没有拖沓。

分支的立场也写得体面，如果上游恢复社区版，将收窄范围并把修好的东西回馈上游。接力的目的在保活，不在另立山头，这份姿态在分裂频发的开源圈算清流，清流的价值不在于高尚，在于让用户放心跟，跟一个社区分支最怕的就是跟到一半断粮，立场声明给的就是这个定心丸，定心丸不治病，治的是慌。

解决了什么需求

用对象存储自建网盘、做家用服务器、跑实验室集群的用户，今年都在找退路，退路的尽头要么是付钱要么是折腾，这个分支给了第三选项，照旧用，只换供应商。商业版按容量收费，家用场景不划算。源码自编译对非专业用户门槛太高，编译一次踩坑半天。这个分支把现成的二进制延续了下去，延续的方式还格外体贴，镜像、安装包、部署清单一样不少。升级注意两点，多节点部署要全部节点同步升级，混版本会出 replication 异常。已被覆盖的数据修复救不回来，先备份再动，备份这件事在任何存储迁移里都排第一。发布列表的正式条目在核查时还没挂上最新标记，下载前以仓库标签页为准，标签页的版本号是唯一权威来源，权威来源多看一眼少踩一次坑。

一句话收尾，开源没有永动机，但有接力的人，接力棒这次接得稳，稳的标准是版本、纪律、社区三样都在线，缺一样都算不稳。

来源

• 小众软件报道 https://www.appinn.com/silo-s3-2026-10-15/
• 开源仓库 https://github.com/pgsty/silo
• 此前报道 https://www.appinn.com/pgsty-silo-minio-alternative/
• 原厂仓库现状 https://github.com/minio/minio