背景

知名開源物件儲存軟體 MinIO 在經歷了一系列授權變更與功能限縮後，於 2026 年初正式將 GitHub 儲存庫存檔並停止維護，宣告其開源版本的終結。針對此一現狀，Pigsty 專案維護者 Vonng 宣布發起名為 pgsty/minio 的分支專案，旨在透過還原被刪除的管理介面、修補安全漏洞並重建二進位發行管道，延續 MinIO 的社群生命。

社群觀點

針對這場「復活行動」，Hacker News 社群展現了複雜且矛盾的情緒。支持者普遍認同開源授權（AGPL）的價值，認為這正是授權條款保護社群免於受廠商倒戈影響的範例。然而，許多討論聚焦於單一維護者是否具備長期支撐大型基礎設施專案的能力。部分評論者指出，MinIO 雖然功能已趨於成熟，但作為生產環境的核心組件，僅靠一人利用業餘時間維護，且過度依賴 AI 輔助開發，其可靠性令人存疑。

關於 MinIO 公司為何能規避 AGPL 限制而停止釋出原始碼，社群進行了深入的法律剖析。有觀點指出，MinIO 透過貢獻者授權協議（CLA）掌握了所有程式碼的版權，這使他們能自由地將軟體轉為閉源或商業授權，而不受 AGPL 約束。這種「AGPL 搭配 CLA」的模式被視為開源理想主義的對立面，讓公司在利用社群力量壯大後，能輕易地進行商業轉型。

此外，文章的寫作風格也引發了不小的爭議。多位讀者批評該公告充滿了濃厚的 AI 生成痕跡，認為這種煽情且冗長的敘事方式降低了專案的可信度。他們擔心，如果維護者連專案公告都仰賴 AI 撰寫，未來在處理複雜的安全漏洞或核心邏輯修補時，恐怕難以維持高品質的工程水準。

在替代方案的討論上，社群呈現出分歧。有人認為 MinIO 轉向 AI 儲存市場後，已不再重視一般開源用戶，因此轉向 Garage 等更輕量、純粹的開源替代品是更穩健的選擇。也有開發者分享了將 S3 API 直接實作在 PostgreSQL 之上的經驗，認為對於儲存需求不大的情境，這比維護一個沉重的 MinIO 實例更為高效。儘管如此，仍有部分用戶對此分支抱持觀望態度，期待看到除了還原介面與更新文件之外，更實質的程式碼貢獻。

延伸閱讀

在討論中，有留言提到 Chainguard 亦提供針對 MinIO 的安全修補版本，專注於 CVE 漏洞修復。此外，若使用者尋求完全不同的架構，Garage 被提及為一個值得嘗試的開源物件儲存替代方案。