发展规划
未来功能的规划，新功能的发布节奏，待办事项列表。
未来功能的规划，新功能的发布节奏，待办事项列表。
列入考虑的新特性
- 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 分支。
不要用 master 主干分支部署
Pigsty 使用 master 主干分支进行开发，请始终使用特定版本的 发行版。除非您知道自己在做什么，否则不要使用GitHub的 master 分支。