发展规划

列入考虑的新特性

• Pigsty 维护扩展的 Deb 版本
• 基础设施组件的 ARM 架构支持
• 为 PostgreSQL 添加更多的扩展
• 一个足够好用的命令行管理工具
• 更多预置的场景化配置模板
• 将软件仓库与安装下载源完全迁移至 Cloudflare
• 使用 SealOS 部署并监控高可用 Kubernetes 集群！
• PostgreSQL 17 alpha 支持
• Loki 与 Promtail 似乎有些拉垮，VictoriaLogs 和 Vector 是否可以一战？
• 使用 VictoriaMetrics 替换 Prometheus 存储时序数据
• 监控部署 MySQL 数据库
• 监控 Kubernetes 中的数据库
• 提供更丰富的 Docker 应用模板
• PGLite in browser

这里是我们的 活跃议题 与 路线图。

考虑纳入支持的扩展：

• Orioledb： 针对 OLTP 负载优化的原地更新存储引擎（Beta4）
• zombodb ： 让 PostgreSQL 与 ElasticSearch 协同工作的扩展
• PlRQL：使用 PRQL 语言查询数据
• parquet_fdw
• parquet_s3_fdw

需要更新跟进的扩展：

• libduckdb : bump v0.9.2 to 0.10
• pg_net : bump v0.8.0 to next minor release
• duckdb_fdw : bump v1.1 with 0.10 support
• pg_sparse : bump v0.5.6 to 0.5.9
• pg_bm25 : bump v0.5.6 to 0.5.9
• pg_analytics : bump v0.5.6 to 0.5.9
• pg_graphql : bump v1.5.0 to 1.5.1
• pgml : bump v2.8.1 to 2.8.2

版本发布策略

Pigsty 使用语义化版本号，例如：<主版本>.<次版本>.<修订号>。Alpha/Beta/RC 版本会在版本号后添加后缀，如 -a1, -b1, -rc1。

主版本更新意味着基础性变化和大量新特性；次版本更新通常表示新特性，软件包版本更新和较小的API变动，修订版本更新意味着修复bug和文档更新。

Pigsty 计划每年发布一次主版本更新，次版本更新通常跟随 PostgreSQL 小版本更新节奏，在 PostgreSQL 新版本发布后最迟一个月内跟进，通常每年 4 - 6 个小版本，完整发布历史请参考 发行注记 。

Pigsty 使用 master 主干分支进行开发，请始终使用特定版本的 发行版。除非您知道自己在做什么，否则不要使用GitHub的 master 分支。