[ 英语 | 印度尼西亚语 | 俄语 ]

发布

OpenStack-Ansible 的发行模式是什么?

OpenStack-Ansible 采用 OpenStack 发行模式参考 中指定的“周期性尾随”发行模式。

如何确定发行标签?

为了确保对发行版本含义的共同理解,我们使用 语义化版本 2.0.0 作为版本的基础。例外情况是在开发周期中的里程碑版本,这些版本被标记为 <MAJOR>.0.0.0b<MILESTONE>,其中 <MAJOR> 是下一个主要发行版本号,而 <MILESTONE> 是里程碑编号。

OpenStack 系列名称按字母顺序排列,每个字母与一个数字匹配(例如,Austin = 1,Bexar = 2,Newton = 14,Pike = 16 等)。OpenStack-Ansible 采用与 Nova 项目相同的 <MAJOR> 发行版本编号,以匹配整体 OpenStack 系列版本编号。

OpenStack-Ansible 的发行频率是多少?

主要发行版每六个月进行一次,具体时间按照 OpenStack 发行计划 进行。每个主要发行版都与一个 OpenStack 系列保持一致。

稳定分支的次要/补丁版本会在每月第二个和最后一个星期五请求。这些发行版通常在请求后的几天内完成。

OpenStack-Ansible 部署的是哪个版本的 OpenStack?

对于每个 OpenStack-Ansible 发行版,部署的 OpenStack 版本设置为特定的 OpenStack git SHA-1 哈希值 (SHA)。这些会在每次 OpenStack-Ansible 发行版之后更新。目的是确保 OpenStack-Ansible 用户能够享受更新的 OpenStack 环境,其变化幅度小于典型的上游服务发行版,因为后者通常很少。

这意味着稳定的 OpenStack-Ansible 部署将包含一个服务的版本(例如:nova-17.0.3dev4),该版本可能与您期望的标签不完全匹配(例如:nova-17.0.3)。

如果您希望将 SHA 更改为特定的 SHA/标签/分支,或希望使用 OpenStack 服务的自己的分支,请参阅用户指南中的 覆盖其他上游项目源代码 部分。

OpenStack-Ansible 角色中的补丁何时会进入发行版?

对于每个 OpenStack-Ansible 发行版,构成该发行版的 Ansible 角色设置为特定的 git SHA-1 哈希值 (SHA)。这些会在每次 OpenStack-Ansible 发行版之后更新。

OpenStack-Ansible 经常主动进行错误修复回溯。为了降低这些回溯引入任何不稳定性的风险,OpenStack-Ansible 为稳定分支中的角色实施了“沉淀”期,但也提供了在特殊情况下绕过此期的机制。

合并到角色的补丁会立即被其他角色测试测试,确保任何重大破坏性更改都能被捕获。一旦请求了次要/补丁版本,集成构建就会收到一个“SHA 提升”补丁,以更新集成构建以使用最新的可用角色,包括该新补丁。此新集合可供想要使用稳定分支头部的人员进行测试,并在下一个发行版之前进行定期测试。总而言之,这意味着从合并到发行版的补丁周期时间在两周到一个月之间。

如果需要赶在下一个发行版中发布角色补丁,任何人都可以提出对 ansible-role-requirements.yml 文件中 openstack/openstack-ansible 仓库的更改,并提供适当的理由。

我们认为这种方法在合理的稳定性和主动回溯之间取得了平衡。

此过程的唯一例外是 master 分支,它有意消耗所有角色中的 master 分支,以便在发行版之间立即集成测试所有更改。