Ironic/Specs 流程

Ironic 规格流程

从 Juno 开发周期开始，Ironic 采用了一种新的规格批准流程，该流程基于 Nova 的流程。之前，蓝图被添加到 launchpad 中。与源代码一样，使用相同的 Gerrit 流程，使用仓库 ironic-specs，来添加规格。

规格必须遵循模板，该模板可以在 specs/template.rst 找到，该模板具有良好的自文档性。规格的提出方式是将它们添加到 specs/approved 目录并将其发布到 Gerrit 进行审查。有关更多信息，请参阅 README。

从 Kilo 周期开始，规格流程略有不同 [1]。这个新流程提供了一种快速推进您的想法的方式，但如果您不想获得初步的高级审查，则不必遵循该流程。您可以选择提出详细的规格。

从 Mitaka 周期开始，不再使用蓝图。相反，RFE 通过 bug 进行跟踪。有关详细信息，请参阅添加新功能。

如果规格已被批准，但自批准以来一个或多个发布周期内尚未完成，则可能会重新审查以确保其书面形式仍然合理。

欢迎您提交与 RFE 相关的补丁，但它们将具有 -2（“不合并”）状态，直到规格获得批准。这是为了确保补丁不会在事先被意外合并。即使状态为 -2，您仍然可以获得审查者的反馈并推送新的补丁集。

规格的核心审查员列表很小但功能强大。（这不一定是代码补丁的核心审查员列表。）

对于已批准但未完成的规格

对于已批准且已完成的规格