发布工程团队章程

设定并发布 FreeBSD 官方项目版本的发布计划。

记录和规范化发布工程流程，以便持续审查和改进流程。这包括关于端口集群和软件包拆分流程的更多文档。

设定并发布“代码冻结”日期，并作为变更审查委员会决定在代码冻结期间可以对分支进行哪些更改。这包括在接近 .0 版本时 HEAD 的冻结，以及传统意义上在 -STABLE 版本发布前 releng/* 代码冻结。

创建和维护 src/ 树的 releng/* 分支。这包括在发布分支分支之前，对 -STABLE 分支中进行（以及保留）哪些提交拥有最终决定权。

与核心团队和/或 FreeBSD 基金会合作，制定一套指南，如果供应商希望将其产品称为“FreeBSD”或“FreeBSD 官方版本”，则必须满足这些指南。

从 Ports 集合中测试和集成所需的软件包到官方项目发行版媒体中。Portmgr@ 负责管理 ports/ 代码冻结并提供可重新分发的端口的完整软件包构建。然后，re@ 负责根据发行版媒体的要求将这些软件包拆分到不同的 ISO 中。re@ 最终负责确保所有必需的软件包都可用于 FreeBSD 发行版媒体，但 portmgr@ 的合作至关重要。

与 FreeBSD 文档项目协调，以确保为发行版提供一致的文档集。这包括在发布前几周，能够请求不要对文档集进行重大破坏性更改。

与安全团队协调，以确保待发布的 FreeBSD 版本不受最近公开的漏洞的影响。此外，在发布后大约 1 周，发布分支 (releng/X.Y/) 的变更批准控制权将从发布工程师转移到安全团队。一旦发布成功，双方将确定确切的转移日期。届时应向 developers@ 发送预警消息。

代表项目向 announce@FreeBSD.org 发送消息，以宣布 FreeBSD 的新版本。