[ English | 한국어 (대한민국) | Indonesia | 中文 (简体, 中国) | español (México) | English (United Kingdom) | Deutsch ]

在 Zuul 中检查状态

注意

本节假定您已完成 使用 Gerrit。

本节允许您

  • 监控您的补丁在 Zuul 中被测试

  • 了解 OpenStack 使用的基础设施和门控流程

什么是 Zuul

Zuul 是由 OpenStack 基础设施团队编写和运行的工具，用于管理运行持续基础设施作业。它为项目提供了一种定义测试作业的方式，这些作业将在每个提交的提案上运行。这些测试必须通过才能合并任何提交的补丁。

当您将补丁推送到 gerrit 时，Zuul 会自动触发作业以验证补丁是否正常工作。

在 Zuul 状态页面中跟踪更改

您可以随时通过导航到以下网址来检查这些作业的状态：https://zuul.openstack.org/

../_images/zuul_status.png

这将向您显示当前在 zuul 中运行的所有作业的状态。您可以单击补丁的框来展开在任何补丁上运行的作业。

../_images/zuul_patch.png

要查找您在 zuul 中的特定补丁，您可以使用搜索栏并搜索补丁编号。这将过滤显示的内容，仅显示该补丁

../_images/zuul_status_searchbar.png

为什么更改首先进入检查队列？

OpenStack 项目使用一种称为 clean check 的方法。这旨在将不稳定的更改排除在门控之外。更改始终需要在进入门控之前通过检查。如果它在门控中失败，它将重新进入检查流水线。

  • 如果您的更改在门控中失败，那么它引入非确定性故障行为的可能性会增加。强制它再次通过检查有助于使其更加明显。

  • 这避免了批准由于 pep8 或其他琐碎错误而永远无法通过的更改。

  • 它还有助于批准那些已经停留在具有 6 个月前通过的检查的更改。

门控流水线中的更改被优先处理，但也进行了序列化。如果一个更改失败，那么落后于该失败更改的所有更改的测试都必须重新启动。如果反复重启，那么资源将永远无法从检查流水线中释放。

因此，拥有稳定的门控流水线至关重要，并且 clean check 要求将有助于稳定的作业。