<项目> 评分卡¶
此文档模板旨在用作评分卡，以评估一个有资格被纳入的项目是否符合本 规范 中定义的 Neutron Stadium 要求。如果评估结果为否定，则拒绝该项目纳入。
Neutron 集成¶
N0. 该项目是否使用 Neutron REST API 或依赖于专有后端？
N1. 该项目是否集成了/使用了 neutron-lib？
N2. 项目成员是否积极贡献以帮助 neutron-lib 实现其目标？
N3. 项目成员是否与核心团队合作，通过帮助定义模块化接口，使子项目能够松散地与 Neutron 核心平台集成？
N4. 该项目如何提供网络服务？它是否使用核心平台提供的模块化接口？
N5. 如果该项目提供新的 API 扩展，是否已经讨论并接受了这些 API 扩展，并由 Neutron 驱动程序团队批准？如果需要，请提供 API 规范的链接。
文档¶
D1. 该项目是否具有 doc tox 目标，功能正常且持续运行？请提供证明（例如，指向 logs.openstack.org 的链接）。
D2. 如果该项目提供 API 扩展，该项目是否具有 api-ref tox 目标，功能正常且持续运行？请提供证明（例如，指向 logs.openstack.org 的链接）。
D3. 该项目是否具有 releasenotes tox 目标，功能正常且持续运行？请提供证明。
D4. 描述可用的文档类型：开发者、最终用户、管理员、部署者。
持续集成¶
C1. 该项目是否具有显示所有可用作业的历史趋势的 Grafana 仪表板？请提供证明（指向 grafana.openstack.org 的链接）。
C2. 该项目是否具有单元覆盖率的 CI？请提供证明（指向 logs.openstack.org 的链接）。
C3. 该项目是否具有功能覆盖率的 CI？如果是，是否包括数据库迁移和同步验证？
C4. 该项目是否具有全栈覆盖率的 CI？
C5. 该项目是否具有 Tempest 覆盖率的 CI？如果是，请说明性质（API 和/或场景）。
C6. 项目如何持续验证升级？该项目是否需要或支持 Grenade 覆盖率的 CI？
C7. 该项目是否提供多节点 CI？
C8. 该项目是否支持 Python 3.x？请提供证明。
发行足迹¶
R1. 该项目是否采用 语义化版本控制 (SemVer)？
R2. 该项目是否有发布交付物？请提供在 发布仓库 中可用的证明。
R3. 该项目是否使用上限约束？
该项目是否与 OpenStack 提案机器人集成以进行需求更新？
稳定的回溯¶
S1. 该项目是否有稳定的分支和/或标签？请提供回溯历史记录。
客户端库¶
L1. 如果该项目需要客户端库，它是如何实现 CLI 和 API 绑定的？
评分卡¶
评分卡 |
|
|---|---|
N0 | |
|
N1 | |
|
N2 | |
|
N3 | |
|
N4 | |
|
N5 | |
|
D1 | |
|
D2 | |
|
D3 | |
|
D4 | |
|
C1 | |
|
C2 | |
|
C3 | |
|
C4 | |
|
C5 | |
|
C6 | |
|
C7 | |
|
C8 | |
|
R1 | |
|
R2 | |
|
R3 | |
|
R4 | |
|
S1 | |
|
最终说明：（由 PTL 编译）。
