Pigsty v4.4：从集成到发行
原文发布于 VONNG。
Pigsty v4.4 正式发布。表面上看，这是一个例行维护版本：PostgreSQL 18.4、531 个扩展、PG19 beta，以及十四组通过验收的离线安装制品。真正值得讲的变化，则集中在软件仓库与命令行工具上。
Pig 1.5 完成了 PostgreSQL 日常运维命令行的重构。克隆数据库、分叉实例、执行时间点恢复——这些原来散落在 Ansible、Shell、Patroni 与 pgBackRest 里的动作，现在有了一套统一的命令行接口。
与此同时，我们重新梳理了仓库中的 PG 内核分支：新增 Babelfish PG18，补齐 pgEdge PG15～18、AgensGraph PG17 与 OrioleDB PG16～18，并为 PolarDB、IvorySQL 提供自行构建的软件包。
这一版还将 Supabase 自建模板跟进到上游最新版本，并解决了一批兼容问题；同时新增自托管云相册 Immich、堡垒机 JumpServer 与个人财务管理工具 Maybe 的一键部署模板。
Pig 1.5：统一运维入口
pig 最早只是 PostgreSQL 扩展包管理器，后来逐步承担 Pigsty 安装、软件仓库与 PostgreSQL 管理工作。到了 1.5，它已经不只是“能执行很多命令”，而是开始形成一套清晰的 PostgreSQL 操作界面。
| 命令 | 边界 | 典型用途 |
|---|---|---|
pig pg |
本地 PostgreSQL 原语 | 启停、状态、连接、维护、数据库克隆与本地 PGDATA 分叉 |
pig pt |
Patroni 集群操作 | 重启、重建副本、切主、故障转移、配置与日志 |
pig pb |
pgBackRest 低层原语 | 备份、仓库、备份集、清理与底层 restore |
pig pitr |
恢复编排 | 协调 Patroni、PostgreSQL 与 pgBackRest 完成 PITR |
这一轮最重要的变化不是命令数量，而是 职责边界。过去，这些操作主要靠 DBA 记住 SOP 与命令别名：什么时候调用什么工具，下一步做什么，会有什么副作用。现在，这些经验被直接写进命令，高风险操作统一沿着同一条链路推进：
state → plan → precheck → execute → verify → result → next_actions
各阶段的结果与帮助信息既可以输出为人类可读的文本，也可以输出成便于机器和 Agent 处理的 JSON／YAML。通过这套 Agent-Native 接口，DBA、脚本与 Agent 可以共用同一个入口，获得所需上下文、风险判断与下一步提示。
抽象的话说多了没意思，下面来看几个具体例子。
克隆：给单个数据库开一个分支
新增命令 pig pg clone 可以快速克隆单个数据库。
这里有一个经常被忽略的边界：CREATE DATABASE ... TEMPLATE 会终止源库现有会话。换句话说，数据库克隆虽然快，却不是毫无影响。--plan 的意义，就是在真正动手前把这些副作用摊开给你看。
对于开发测试、数据分析、模型实验和 Agent 反事实推演来说，这种廉价分支非常实用。生产库保持不动，实验在副本里进行；做坏了直接删除，再开一个新的分支即可。详细用法可以参考《瞬间克隆 PostgreSQL 数据库，无需黑魔法》。
分叉：给整个实例做一个沙箱
数据库克隆解决的是单库副本，而 pig pg fork 处理的是整个 PostgreSQL 实例，也就是 PGDATA 级别的物理分叉。
Pig 会为受管分叉写入元数据，并提供 list、start、stop、rm 等生命周期命令。在支持 CoW 的 XFS 上，分叉初始几乎不额外占用空间，后续只有新增或改写的数据块才会消耗容量。Pig 还会自动分配可用端口，让分叉实例与原实例并存。
它特别适合两类场景：一是在大规模、难回滚的操作前，留下一份低成本的本地分支；二是在事故恢复时拉起旁路实例，快速验证 PITR 目标与数据状态。
回到过去：恢复首先是一份计划
数据库恢复最危险的地方，从来不是缺一条命令，而是步骤太多、边界太模糊，而且人在事故压力下最容易犯错。
Pig 1.5 把低层恢复与高层编排明确拆开：
pig pb restore是 pgBackRest 的底层恢复原语，只负责文件与恢复目标。pig pitr是面向 Pigsty／Patroni 环境的恢复编排入口，负责协调 Patroni、PostgreSQL 与 pgBackRest。
恢复命令现在必须显式指定一个目标：最新状态、备份一致点、时间、LSN、事务 ID 或命名恢复点，不能把“没写目标”解释成某个危险默认值。结构化输出也不再充当确认；自动化执行破坏性操作时，必须明确传入 -y/--yes。
对于托管数据目录，pig pitr 会检查环境、停止 Patroni 与 PostgreSQL、执行 pgBackRest 恢复、按策略启动 PostgreSQL 并验证恢复状态，最后给出后续动作。恢复完成后，再由人或上层自动化确认数据状态，重新接入 Patroni 并切换流量。
核心不是“一键恢复”，而是把事故现场最容易出错的 SOP 固化下来：先看计划，再执行，最后验证。
PostgreSQL 18.4、19 beta 与 531 个扩展
运维接口是这一版的主线，但发行版的基本盘也没有停下。
Pigsty v4.4 将 PostgreSQL 18.4 设为生产默认版本，同时增加一个精简的 PostgreSQL 19 beta 评估模板。PG19 beta1 尚未达到生产状态，v4.4 发布时使用的 pgBackRest 2.58 也无法识别它的控制文件格式，因此这套模板只用于尝鲜评估。
Pigsty 的 PG 扩展目录则从 v4.3 的 510 增加到 531。按方向来看，pg_ducklake 把 DuckDB、Parquet 与湖仓能力带进 PostgreSQL；pg_stat_plans 与 pg_stat_backtrace 补强查询计划和进程调用栈观测；升级后的 pgmnemo 与新加入的 psql_bm25s，则分别面向 Agent 记忆和 BM25 全文检索。
与此同时，OrioleDB 扩展到 PG16～18 并将 PG18 作为默认，pgEdge 覆盖 PG15～18，Babelfish 覆盖 PG17～18，IvorySQL 进入 5.x，AgensGraph 更新到 PG17，Cloudberry 与 PolarDB 也完成了路径和软件包重整。
这些细节看起来杂，但这就是发行版的工作：让 PostgreSQL 主线、扩展生态与内核分支同时保持可用、可安装、可升级。
应用更新：Immich、JumpServer、Maybe 与 Supabase
这一版新增了 Immich、JumpServer 与 Maybe 三个应用模板，并更新了 Supabase。
Immich：把照片库交给真正的 PostgreSQL
Immich 是一套开源的自托管照片与视频管理服务，可以把它理解成自己家里的 Google Photos 或 iCloud Photos。它有移动端自动备份、相册、地图、人脸识别和语义搜索，后端同时用到 PostgreSQL、向量检索、缓存和机器学习服务。其中，智能搜索与人脸识别需要 VectorChord 扩展 vchord，Pigsty 可以直接提供。
Immich 目前仍将照片原件存放在文件目录中，不直接支持对象存储。如果需要把存储池独立出来，可以用 JuiceFS 将 MinIO 或 S3 挂载为本地文件系统。
JumpServer：把堡垒机也接进来
堡垒机是许多企业的刚需，JumpServer 则是常见的开源选择之一。JumpServer 4.x 使用 PostgreSQL 保存核心元数据，因此 Pigsty 顺手补上了相应的部署模板。
Maybe 也在这一版加入应用目录，它是一套个人财务与资产管理工具。三个模板方向不同，但思路一致：应用可以跑在容器里，数据不必跟着容器一起漂。
Supabase：更新不只是换镜像
Supabase 更新很快，也是 Pigsty 应用模板里组件最多、兼容性最容易出问题的一套。v4.4 把 Studio、Auth、PostgREST、Realtime、Storage、Analytics、Edge Runtime 等组件跟进到 2026 年 7 月的上游版本，并做了一轮配套调整。
这次我们把 Analytics 放进独立的 _supabase 数据库与 _analytics 模式，避免日志分析表和业务对象混在一起；为 Studio 补齐 pg_stat_statements 兼容视图，让查询性能页面能够正常工作；同时适配新的 Publishable Key 与 Secret Key，调整 Kong 路由、Realtime 敏感接口、S3 兼容接口和服务健康检查。
Supabase 这种应用，单个容器能启动没有意义，十几个组件能一起升级、一起工作才算完成。v4.4 修的就是这些不起眼、但会直接决定模板能不能用的问题。
VIP 网卡终于不用手填
另一个我很喜欢的改动，是 VIP 网卡自动识别。
过去 vip_interface 与 pg_vip_interface 默认写成 eth0。如果要启用 NODE／PG VIP，需要用户手工配置网卡名称，比较繁琐。
v4.4 添加了自动检测，把默认值改成了 auto：Pigsty 会根据清单里的节点 IP，反查它实际所在的网卡，再把结果交给 Keepalived 或 VIP Manager。手工指定仍然保留，但大多数用户再也不用先登录机器跑一遍 ip addr，然后回来填写参数。这个功能只有几行配置，却能直接避免一类部署失败。发行版的体验，往往就是由这种小事决定的。
备份默认改用 Zstandard
此前，pgBackRest 默认使用 LZ4 压缩。LZ4 速度快、吞吐高，依然适合 wal_compression；但备份仓库更看重压缩比，因此 v4.4 将 pgBackRest 的默认算法改为 Zstandard。实际测试中，只增加少量解压开销，就能让压缩比从 2.x 提升到 3.x，额外节省约三分之一的备份空间，这笔买卖很划算。
这次切换也暴露出一个问题：IvorySQL 官方内核没有添加 --with-lz4、--with-zstd 等构建参数，无法使用 LZ4 与 Zstandard。这也直接推动了下一项改造：统一构建 PG 内核分支。
统一构建 PG 内核分支
Pigsty 支持了许多不同风味的 PG 内核，其中 PolarDB 与 IvorySQL 此前直接使用上游构建的软件包。IvorySQL 的官方构建缺少几个关键编译参数，PolarDB 则缺少 Ubuntu 26.04 软件包。这两个问题我都提交给了上游。目前，PolarDB #650 的 Ubuntu 26.04 构建支持已经合入，IvorySQL #1377 也确认会在下一个版本补齐相关选项；上游成品包则还要再等一次发布。
老冯可等不了那么久。既然已经自行构建了这么多内核分支，也不差这两个，正好借此一劳永逸地统一 FHS 布局。以 PolarDB 为例，上游包名是 polardb-for-postgresql，默认安装在 /u01/polardb_pg_17；Pigsty 的包叫 polardb-17，安装在 /usr/polar-17。默认端口、运行时搜索路径、开发头文件与扩展构建工具，也一并整理到位。
为了让 PolarDB 的构建可以稳定复现，我们还把它依赖的 PFSD 开发库单独打成 polarstore 软件包。开源版同时移除了 PolarDB Oracle 兼容内核及其专用监控配置，不再将这条闭源兼容路径列为内置支持。
做这件事也是在为下一步提前准备。目前，Pigsty 的 500 多个扩展主要面向原生 PostgreSQL 内核。接下来，我希望把“5 个原生 PG 大版本 × 16 组 Linux 平台（含仅在线支持的 EL8 双架构）”的构建矩阵，进一步拓展到十余种 PG 内核分支，让它们也能接入完整的 PG 扩展生态，而不是各自在 RPM 或 Docker 镜像里零散捆绑几个扩展。这才是 Meta Distribution 该有的样子。
写在最后与未来展望
做发行版，大部分工作都不适合拿来做漂亮的演示：改包名、理目录、补依赖、修构建脚本，再把十四组部署测试全部跑一遍。可一旦这些事情没人做，“开箱即用”就只是一句广告。
把上游的多样性收进同一套工程约定，把最后一公里的麻烦留给发行版。 这就是 Pigsty v4.4。
Pigsty 4.4 完工之后，我们已经开始筹备 5.0 版本。在 5.0 版本之前，可能会有一个 4.5 过渡版本。
5.0 版本将随着对今年九月份 PG19 的完整支持一同发布。Pigsty 19 引入了非常多强大的新功能特性。为了充分利用好这些功能特性，Pigsty 5.0 将进行针对性的调整。一些准备工作我们已经完成了。比如这次的 pg_exporter 更新到了 1.3.0，提供了对 PG-19 新监控指标的支持；一些 Patroni 参数模板也都已经为 PG-19 的修改预留好了位置和占位值。
Pigsty 5.0 将会有一个专门的企业级软件制品仓库，采用和开源版有所不同的策略：采用更为保守的更新策略，会保留所有的历史版本软件包、Debug 包、修复包，并定期提供快照。为了实现这个目标，我们还专门做了一个仓库管理工具，用来统一 APT 和 DNF 两侧的仓库管理。我们给它起名为 sow（母猪的意思），正好和包管理器 Pig（小猪）相互对应。
此外，我们还在进行一些有趣的尝试。比如说用 Go 重写 Patroni，至少第一阶段我们先把 Patroni 的客户端工具给重写了，从而提供更好的管理体验。这个项目我们给它起名叫 Boar（公猪的意思），与 sow（母猪）和小猪正好凑成一家子，在 Pigsty 里面相映成趣。
v4.4.0 发布注记
Pigsty v4.4.0 是一个维护版本，重点涵盖 PostgreSQL 18.4、PostgreSQL 19 beta 试用支持、531 个扩展、内核变体更新与更广泛的平台覆盖。
发布于 2026-07-10。参见 GitHub 发布页面 与 v4.3.0 以来的完整变更。
亮点特性
- PostgreSQL 18.4 / 19 beta：PostgreSQL 18.4 现已成为生产默认版本，并提供精简的 PostgreSQL 19 beta 模板用于评估。
- 531 个扩展与内核更新：扩展目录新增 21 个扩展，并在支持的平台矩阵上更新主要 PostgreSQL 内核变体。
- Pig 1.5.1 与更安全的运维：新增克隆、分叉与 PITR 工作流，并引入 VIP 网卡自动发现、pgBackRest Zstandard 压缩和独立的 Patroni 日志采集。
- 安全、应用与工具：加固敏感配置处理与仓库安全自动化，增加应用模板，重新设计基础设施门户，并提供可选的 Codex 支持。
- 平台验证：七个操作系统基线在
x86_64与aarch64上的 14 组离线部署测试全部通过。 - 离线制品：社区版在 GitHub 公开发布 Debian 13、EL 10、Ubuntu 24.04 的双架构离线包，共 6 个；其余已验证基线的预制离线包通过商业版提供。
兼容性变化
- 新生成的 pgBackRest 配置改用
compress-type=zst；重新渲染前请保留有意设置的本地自定义项。#744 - Patroni 日志改用
/pg/log/patroni与job=patroni；使用旧 syslog 选择器的自定义日志查询和告警规则需要同步更新。 - VIP 接口默认值改为
auto，dnsmasq 记录迁移到/etc/dnsmasq.d/pigsty，同时 Pigsty 开始管理/etc/default/haproxy；非标准网络环境应保留显式覆盖配置。 - etcd 默认后端配额从 16 GiB 降至 8 GiB；应用新配置前请先检查现有后端用量。
pig自动化脚本执行破坏性命令时必须传入-y/--yes；pig pb restore与pig pitr均要求指定且仅指定一个恢复目标。参见pigv1.5 发布说明。- Supabase Analytics 改用
_supabase数据库与_analytics模式；现有部署切换新版栈前应先创建这些对象。
安全与运维
pg-pitr包装脚本加入更安全的恢复目标选择、时间线与 dry-run 支持，并加强对不安全恢复目标的检查。- Ansible 输出不再显示应用敏感配置，生成的
.env文件权限设为0600，Grafana 也不再打印管理员密码。 dbsusudo 策略增加受控的日志查看权限；仓库同时加入安全策略、CodeQL、Dependabot、锁定 GitHub Actions 依赖版本与发布签名自动化。
应用与工具
- 新增 Immich、Maybe 与 JumpServer 模板，并更新 Supabase、Dify、InsForge、Registry、Jupyter、Kong、Odoo、Teable、Mattermost 及相关启动脚本。
- 重新设计中英双语基础设施门户；实验性 VIBE 模块支持按需安装 Codex CLI，Claude Code 仍是其默认托管编码代理。
- 移除旧版 FerretDB Compose 模板；FERRET 模块仍然可用。
问题修复
- 修复 EL10 PostgreSQL/libpq 软件包提供者冲突、EPEL 路径处理和 PGDG 小版本仓库规则。#752
bootstrap过程会复用已有/www目录，并修复 Redis Sentinel HA 密码渲染问题。#753 #748- 修正
pg_http、pg_gzip、apache-age与odbc_fdw的 RPM 包名和软件包分组。#750 - 避免 Debian 与 Ubuntu 安装软件包时意外启动服务，并改进 EL9 aarch64 Patroni 包处理。
- 修复 VirtualBox 私有网络路由与默认网卡选择。
- 修复 shell 兼容性与 Vector 日志生命周期问题，以及 PG19
io_workers、Teable HBA 和若干应用运行时默认值。
PostgreSQL 与扩展软件包变更
本版本新增 21 个扩展，更新 PostgreSQL 18.4 软件包图谱，引入 PostgreSQL 19 beta 模板，并刷新主要内核变体。以下版本以最终仓库元数据为准；纳入离线包的版本同时与 v4.4.0 制品核对。PG 大版本范围表示扩展目录与软件仓库的覆盖范围。
PostgreSQL RPM 变更 · PostgreSQL DEB 变更 · 基础设施软件包变更
| 包名 | 旧版本 | 新版本 | 备注 |
|---|---|---|---|
polardb-17 |
17.9.1.0 |
17.10.1.0 |
PG 17；新增 RPM 包 |
agensgraph-17 |
2.16.0 |
2.17.0 |
PG 17.10 |
openhalodb-14 |
1.0-beta |
1.0-2 |
OpenHaloDB |
babelfish-17 |
5.4.0 |
5.4.0 |
PG 17.7；重新构建 |
babelfish-18 |
- | 6.0.0 |
PG 18.3 |
pgedge |
17.9 / 18.3 |
15.18 / 16.14 / 17.10 / 18.4 |
新增 PG 15/16；更新 PG 17/18；Spock 5.0.10 |
ivorysql-18 |
5.0 |
5.4 |
PG 18；新增 RPM 包 |
cloudberry |
2.1.0-1 |
2.1.0-2 / 2.1.0-3 |
DEB/RPM 重新构建；RPM 路径为 /usr/cloudberry |
cloudberry-backup |
2.1.0-1 |
2.1.0-2 / 2.1.0-3 |
备份子包 |
cloudberry-pxf |
2.1.0-1 |
2.1.0-2 / 2.1.0-3 |
PXF 子包 |
pg_ducklake |
- | 1.0.0 |
PG 14-18 |
psql_bm25s |
- | 0.4.13 |
BM25 检索；PG 17-18 |
mongo_fdw |
5.5.3 |
5.5.3 |
新增 DEB 打包；已有 PGDG RPM；PG 14-18 |
multicorn |
3.2 |
3.2 |
新增 DEB 打包；已有 PGDG RPM；PG 14-18 |
pg_orca |
- | 1.0.0 |
仅 PG 18 |
pg_sorted_heap |
- | 0.14.0 |
PG 16-18 |
pg_stl |
- | 1.0.0 |
PG 16-18 |
fsm_core |
- | 1.1.0 |
PG 15-18 |
pg_projection |
- | 1.0.0 |
PG 14-18 |
graph |
- | 0.1.7 |
PG 14-18 |
jsonschema |
- | 0.1.9 |
PG 14-18 |
pg_durable |
- | 0.2.2 |
PG 14-18 |
pg_stat_log |
- | 0.1 |
仅 PG 18 |
pg_stat_plans |
- | 2.1.0 |
PG 16-18 |
pg_task |
1.0.0 |
2.1.29 |
PG 14-18；修复 pcre2grep 依赖 |
pg_stat_backtrace |
- | 1.0.0 |
PG 14-18；依赖 libunwind |
pg_mockable |
- | 1.1.0 |
PG 14-18 |
db2fce |
- | 0.0.17 |
PG 14-18 |
pg_uuid_v8 |
- | 1.0.0 |
PG 14-18 |
pg_extra_time |
2.0.0 |
2.1.0 |
PG 14-18 |
pg_pinyin |
0.0.2 |
0.0.4 |
PG 14-18 |
passwordpolicy |
- | 2.0.5 |
PG 14-18 |
pgdisablelogerror |
- | 1.0 |
PG 14-18 |
plpgsql_wrap |
- | 1.0 |
PG 14-18 |
timescaledb |
2.26.4 |
2.28.2 |
PG 15-18 |
documentdb |
0.110 |
0.113 |
PG 15-18 |
citus |
14.0.0-4 |
14.1.0 |
PG 16-18 |
pgvector |
0.8.2 |
0.8.4 |
PG 14-18 |
orioledb |
1.7-beta15 |
1.8-beta16 |
面向 PG 16/17/18 构建 |
pg_search |
0.23.1 |
0.24.0 |
PG 15-18 |
pg_textsearch |
1.1.0 |
1.2.0 |
BM25 全文检索；PG 17-18 |
storage_engine |
1.3.4 |
2.4.0 |
升级到 PGXN 2.x；PG 15-18 |
pg_clickhouse |
0.2.0 |
0.3.2 |
PGXN 版本更新；ClickHouse 集成 |
provsql |
1.2.3 |
1.10.0 |
PGXN 版本更新；PG 14-18 |
pgclone |
4.0.0 |
4.3.2 |
PGXN 版本更新；PG 14-18 |
biscuit |
2.2.2 |
2.4.0 DEB / 2.4.1 RPM |
PG 16-18 |
pgmnemo |
0.7.2 |
0.12.1 |
PG 14-18 |
rdf_fdw |
2.5.0 |
2.6.0 |
PG 14-18；libcurl 兼容性补丁 |
roaringbitmap |
1.1.0 |
1.2.0-2 |
PG 14-18；修复 llvm-lto 打包 |
plpgsql_check |
2.9.0 |
2.9.2 |
PG 14-18 |
timescaledb_toolkit |
1.22.0 |
1.23.0 |
PG 15-18；pgrx 0.18.1 |
wrappers |
0.6.0 |
0.6.1 |
PG 14-18；pgrx 0.18.1 |
pgrdf |
0.5.0 |
0.6.4 |
PG 14-17；pgrx 0.18.1 |
pg_graphql |
1.5.12 |
1.6.1 |
PG 14-18；pgrx 0.18.1 |
pg_anon |
3.0.13 |
3.1.1 |
PG 14-18；pgrx 0.18.1 |
pg_kazsearch |
2.0.0 |
2.2.0 |
PG 16-18；pgrx 0.18.1 |
pg_session_jwt |
0.4.0 |
0.5.0 |
PG 14-18；pgrx 0.18.1 |
pg_tzf |
0.2.4 |
0.3.0 |
PG 14-18；pgrx 0.18.1 |
pg_vectorize |
0.26.1 |
0.26.2 |
PG 14-18；pgrx 0.18.1 |
pglinter |
1.1.2 |
2.0.0 |
PG 14-18；pgrx 0.18.1 |
pgmqtt |
0.1.0 |
0.3.0 |
PG 14-18；pgrx 0.18.1 |
etcd_fdw |
0.0.0 |
0.0.1 |
PG 14-18；pgrx 0.18.1 |
pg_http |
1.7.0 |
1.7.1 |
PG 14-18；RPM 包重命名为 pgsql_http_$v |
pg_gzip |
1.0.0 |
1.1.0 |
PG 14-18；RPM 包重命名为 pgsql_gzip_$v |
age |
1.7.0 |
1.7.0 |
PG 17-18；RPM 包重命名为 age_$v |
pg_trickle |
0.40.0 |
0.81.0 |
仅 PG 18 |
re2 |
0.1.1 |
0.4.0 |
PG 16-18 |
pg_background |
1.9.2 |
2.0.2 DEB / 2.0 RPM |
PG 14-18 |
firebird_fdw |
1.4.1 |
1.4.2 |
PG 14-18 |
pg_net |
0.20.2 |
0.20.3 |
DEB 与 EL10 RPM 更新；EL8/9 RPM 保持为 0.9.2 |
pg_dirtyread |
2.7 |
2.8 |
PG 14-18 |
pg_stat_ch |
0.3.6 |
0.3.6 |
PG 16-18；重新构建 |
pggraph |
0.1.5 |
0.1.7 |
PG 14-18 |
pgsql_tweaks |
1.0.2 |
1.0.5 |
PG 14-18；PGDG RPM 同时包含 1.0.3 |
pgfincore |
1.3.1 |
1.4.0 |
PG 14-18 |
toastinfo |
1.5 |
1.7 |
PG 14-18 |
pg_ivm |
1.14 |
1.15 DEB / 1.14 RPM |
PG 14-18 |
timeseries |
0.2.0 |
0.2.1 |
PG 14-18 |
基础设施软件包变更
| 软件包 | 旧版本 | 新版本 | 备注 |
|---|---|---|---|
pig |
1.4.1 |
1.5.1 |
|
pg_exporter |
1.2.2 |
1.3.0 |
|
pgschema |
1.9.0 |
1.12.0 |
|
pgstream |
1.0.1 |
1.1.1 |
|
pg-hardstorage |
- | 1.0.8 |
|
codex |
0.125.0 |
0.144.1 |
|
claude |
2.1.123 |
2.1.206 |
|
opencode |
1.14.30 |
1.17.18 |
|
agentsview |
0.26.0 |
0.37.5 |
|
genai-toolbox |
1.1.0 |
1.6.0 |
软件包名为 mcp-toolbox |
crush |
0.64.0 |
0.84.0 |
|
code |
1.118.1 |
1.128.0 |
|
code-server |
4.117.0 |
4.127.0 |
|
victoria-metrics |
1.142.0 |
1.147.0 |
|
victoria-metrics-cluster |
1.142.0 |
1.147.0 |
|
vmutils |
1.142.0 |
1.147.0 |
|
victoria-logs |
1.50.0 |
1.51.0 |
|
vlagent |
1.50.0 |
1.51.0 |
|
vlogscli |
1.50.0 |
1.51.0 |
|
victoria-traces |
0.8.2 |
0.9.4 |
|
prometheus |
3.11.3 |
3.13.1 |
|
alertmanager |
0.32.1 |
0.33.1 |
|
pushgateway |
1.11.2 |
1.11.3 |
|
node_exporter |
1.11.1 |
1.11.1 |
补齐 tarball 缓存；修正版本元数据 |
redis_exporter |
1.82.0 |
1.86.0 |
|
mongodb_exporter |
0.50.0 |
0.51.0 |
|
grafana |
13.0.1 |
13.1.0 |
|
grafana-victorialogs-ds |
0.26.3 |
0.29.0 |
|
grafana-victoriametrics-ds |
0.24.0 |
0.25.2 |
|
vector |
0.55.0 |
0.56.0 |
|
minio |
20260417000000 |
20260618000000 |
|
seaweedfs |
4.22 |
4.39 |
|
rustfs |
1.0.0-b1 |
1.0.0-b8 |
预发布版本线 |
duckdb |
1.5.2 |
1.5.4 |
|
kafka |
4.2.0 |
4.3.1 |
|
etcd |
3.6.10 |
3.6.13 |
|
restic |
0.18.1 |
0.19.1 |
|
juicefs |
1.3.1 |
1.4.0 |
|
tigerbeetle |
0.17.2 |
0.17.9 |
|
tigerfs |
0.6.0 |
0.7.0 |
|
caddy |
2.11.2 |
2.11.4 |
|
cloudflared |
2026.2.0 |
2026.7.1 |
|
headscale |
0.28.0 |
0.29.2 |
|
v2ray |
5.48.0 |
5.51.2 |
|
nodejs |
24.15.0 |
24.18.0 |
|
golang |
1.26.2 |
1.26.5 |
|
hugo |
0.161.1 |
0.164.0 |
|
uv |
0.11.8 |
0.11.28 |
|
rclone |
1.73.5 |
1.74.4 |
|
asciinema |
3.2.0 |
3.2.1 |
|
stalwart |
0.16.2 |
0.16.12 |
|
maddy |
0.9.3 |
0.9.5 |
|
dblab |
0.38.0 |
0.43.0 |
|
npgsqlrest |
3.12.0 |
3.20.0 |
|
postgrest |
14.10 |
14.14 |
|
sabiql |
1.11.1 |
1.14.0 |
|
pev2 |
1.21.0 |
1.22.0 |
|
rainfrog |
0.3.18 |
0.3.19 |
验证与校验和
覆盖 EL9/10、Debian 12/13 与 Ubuntu 22/24/26，横跨 x86_64 和 aarch64 的 14 组离线部署测试全部完成，结果均为 failed=0、unreachable=0；EL8 仅继续支持在线安装。
以下 MD5 覆盖全部 14 个已验证制品，其中 6 个社区版制品上传至 GitHub，其余 8 个通过商业版交付；GitHub 会为已上传的社区版制品记录 SHA-256 摘要。