Networking-odl 评分卡¶
Neutron 集成¶
N0. 该项目是否使用 Neutron REST API，还是依赖于专有后端？
否，该项目将各种 Neutron API 映射到 OpenDayLight SDN 控制器之上。
N1. 该项目是否集成了/使用了 neutron-lib？
是。大约只有 10% 的导入已经迁移完成。
N2. 项目成员是否积极贡献以帮助 neutron-lib 实现其目标？
否。没有这方面的证据。
N3. 项目成员是否与核心团队合作，通过帮助定义模块化接口，使子项目能够松散地与 Neutron 核心平台集成？
有一些证据表明这一点，尤其是在注册组件的定义方面。
N4. 该项目如何提供网络服务？它是否使用核心平台提供的模块化接口？
是的。
N5. 如果该项目提供新的 API 扩展，是否已经讨论并接受了这些 API 扩展，并由 Neutron 驱动程序团队批准？如果需要，请提供 API 规范的链接。
该项目目前为各种 API 提供驱动程序，例如 SFC、L2GW、QoS 等。其中一些 API 需要 neutron 驱动程序团队进行更密切的审查。请阅读相关项目的评估。
文档¶
D1. 该项目是否具有 doc tox 目标，功能正常且持续运行？请提供证明（指向 logs.openstack.org 的链接）。
是的。
D2. 如果该项目提供 API 扩展，该项目是否具有 api-ref tox 目标，功能正常且持续运行？请提供证明（指向 logs.openstack.org 的链接）。
该项目不提出新的 API。
D3. 该项目是否具有 releasenotes tox 目标，功能正常且持续运行？请提供证明。
目标似乎已经设置，但没有发布说明。
D4. 描述可用的文档类型：开发者、最终用户、管理员、部署者。
文档可用，但内容非常简陋。似乎只有主机配置可用。如果 OpenDaylight 托管的内容可用，至少应该引用它。
持续集成¶
C1. 该项目是否具有显示所有可用作业的历史趋势的 Grafana 仪表板？请提供证明（指向 grafana.openstack.org 的链接）。
是的。
C2. 该项目是否具有单元覆盖率的 CI？请提供证明（指向 logs.openstack.org 的链接）
是的。
C3. 该项目是否具有功能覆盖率的 CI？如果是，是否包括数据库迁移和同步验证？
否。由于该项目引入了自己的数据模型，因此似乎没有 DB 迁移和同步验证。Review 表达得非常清晰。
C4. 该项目是否具有全栈覆盖率的 CI？
否。
C5. 该项目是否具有 Tempest 覆盖率的 CI？如果是，请说明性质（API 和/或场景）。
是，投票，但仅执行一部分 API 测试，没有执行影响网络的场景测试。
C6. 项目如何持续验证升级？该项目是否需要或支持 Grenade 覆盖率的 CI？
计划在 Ocata 早期版本中强制要求它，以便进行 openstack 升级。升级 CI 运行针对每个受支持的 ODL 版本（berrylium、boron 和 carbon），以保证 neutron master 与 ODL 版本之间的兼容性。另一方面，opendaylight 测试基础设施测试 neutron 稳定版 + ODL master。
C7. 该项目是否提供多节点 CI？
否。
C8. 该项目是否支持 Python 3.x？请提供证明。
是的。
发行足迹¶
R1. 该项目是否采用语义化版本控制 (semver)？
是的。
R2. 该项目是否有发布交付物？请提供在 发布仓库 中可用的证明。
是的。
R3. 该项目是否使用上限约束？
是的。
该项目是否与 OpenStack 提案机器人集成以进行需求更新？
是的。
稳定的回溯¶
S1. 该项目是否有稳定的分支和/或标签？请提供回溯历史记录。
稳定版 backports 历来由 Neutron 团队管理。
客户端库¶
L1. 如果该项目需要客户端库，它是如何实现 CLI 和 API 绑定的？
似乎不需要客户端扩展。
评分卡¶
评分卡 |
|
|---|---|
N0 | Y |
|
N1 | 是 |
|
N2 | 否 |
|
N3 | 是 |
|
N4 | 是 |
|
N5 | Y |
|
D1 | 是 |
|
D2 | Y |
|
D3 | Y |
|
D4 | N |
|
C1 | Y |
|
C2 | 是 |
|
C3 | 否 |
|
C4 | 否 |
|
C5 | Y |
|
C6 | 否 |
|
C7 | 否 |
|
C8 | 是 |
|
R1 | 是 |
|
R2 | 是 |
|
R3 | 是 |
|
R4 | 是 |
|
S1 | 是 |
|
是 |
|
最终说明：更好的覆盖率和更详尽的文档是该项目发现的差距。
