Alpha 版本发布流程

此页面包含**历史信息或已弃用文章**。

先决条件

• Commit Fest 管理员宣布Commit Fest结束
• 构建农场状态为绿色，或故障已得到充分解释（如果出现广泛故障，请等待几天直到修复）

命名

• 8.5alpha1、8.5alpha2 等。

发布准备

一般来说，src/tools/RELEASE_CHANGES 适用。Alpha 版本的具体流程

1. 发行说明 [讨论]
2. 可选：更新时区数据
3. 可选：翻译更新（对于第一个或第二个 Alpha 版本可能没有用）
4. 记下头部提交的 SHA1，暂不标记。
5. 导出树，例如：mkdir ../export; git archive SHA1 | tar -C ../export -x -f -; cd ../export （从这里开始的步骤应该在 developer.postgresql.org 上完成，这样我们就可以获得例如一致的 flex 版本。）
6. 更改发行版本号，例如：src/tools/version_stamp.pl alpha2
7. autoconf（在 developer.postgresql.org 上，参见 ~petere/sw/ac263 以获取适当的 autoconf 版本）
8. ./configure
9. 构建实际的发行版压缩包：make distcheck
10. 创建 md5 校验和文件：md5 filename > filename.md5
11. 请 -hackers 检查压缩包是否正常
12. 上传到 FTP 服务器（位于 developer.postgresql.org 上的 ~ftp 下）
13. 当发布最终确定时，标记 SHA1：git tag REL9_1_ALPHA2；并推送标记。

注意：根据 PGCon 2010 年的讨论，从 9.1 版本开始，我们将不再为每个 Alpha 版本创建分支，只是为了更改版本号。

注意：非常重要的是不要在导出 Git 树时创建的工作树中引入任何无关文件。'make distcheck' 并不太聪明，可能会将这些文件包含在发行版压缩包中。

公告

更新网页：https://postgresql.ac.cn/developer/alpha

向以下人员宣布

• PostgreSQL 新闻
• pgsql-announce

对于此，我们不需要等待二进制文件构建完成才发布公告。只需确保在发布公告之前源代码压缩包已到位。这可能需要一两天；并不重要。

ReleasePrep 包含有关如何发布公告的说明，这些说明**不完全适用于 Alpha 流程**，但仍然值得仔细阅读。