提交后测试任务指南

这些指南提供了针对常见提交后测试失败任务的步骤。

寻找有人排查提交后测试失败

要找到合适的负责人来排查测试失败，您可以参考以下建议

1. 如果您能自行排查，那就去做吧。
2. 查看有问题的代码文件的 GitHub 归责信息。
3. 在 Beam Slack 聊天室 中提问。
4. 写信到开发人员邮件列表：dev@beam.apache.org

回滚提交

回滚通常是修复失败测试的最快方法，但它对原始作者来说通常很不方便。为了帮助作者修复问题，当您回滚他人的更改时，请按照以下步骤进行。

1. 回滚 PR（或 PR 的单个提交）。回滚 PR 应除少数情况外均为绿色。
2. 创建一个包含以下信息的 GitHub 问题
   • 回滚的原因
   • 指向测试失败的 GitHub 问题的链接
   • 排查信息
   • 任何其他相关细节
3. 将新 GitHub 问题分配给原始 PR 作者。
4. 考虑重新打开与原始 PR 关联的 GitHub 问题（如果有）。
5. 发送一封通知邮件，其中包含有关回滚的信息、指向原始 PR 和回滚 PR 的链接以及回滚的原因，发送给
   • dev@beam.apache.org
   • 原始 PR 作者和 PR 的提交者
6. 关闭测试失败的 GitHub 问题。您的工作到此结束！

禁用失败的测试

如果测试失败，我们的首要任务是回滚有问题的代码并修复问题。但是，如果回滚和修复都需要一段时间才能实施，那么在修复准备就绪之前暂时禁用测试更安全。

在决定禁用测试时要谨慎。当测试被禁用时，贡献者不再基于经过完全测试的代码进行开发。如果您决定禁用测试，请遵循以下准则

• 通知 dev@beam.apache.org 邮件列表。描述问题，并让大家知道您要禁用哪个测试。
• 尽快实施修复并使测试恢复在线。

在测试被禁用期间，贡献者不应将代码推送到失败测试的覆盖区域。在您修复测试之前，该代码区域没有经过适当的测试。