GitHub Actions Labeler 在拉取请求关闭事件中的问题解析

在 GitHub Actions 生态系统中，Labeler 是一个常用的自动化工具，用于根据预设规则为拉取请求添加标签。然而，当我们需要在拉取请求关闭事件中运行工作流时，可能会遇到 Labeler 无法识别已关闭拉取请求的问题。

问题现象

当工作流配置为响应 pull_request 的 closed 类型事件时，Labeler 会输出警告信息："Could not find pull request , skipping"。这是因为 Labeler 默认设计用于处理活跃状态的拉取请求，而关闭后的拉取请求在 API 访问上存在一些限制。

技术背景

GitHub 的 REST API 对于已关闭的拉取请求有一些特殊处理：

1. 某些端点可能返回 404 状态码
2. 权限要求可能发生变化
3. 资源可用性可能受限

Labeler 内部使用 GitHub 的 API 来查询和操作拉取请求标签，当拉取请求处于关闭状态时，这些 API 调用可能会失败。

解决方案

经过技术验证，发现以下方法可以有效解决此问题：

1. 权限调整：为工作流添加 pull-requests: write 权限。这是 Labeler 操作拉取请求标签所需的最小权限集，特别是在处理已关闭的拉取请求时更为关键。

2. 参数明确指定：虽然 Labeler 通常能自动获取上下文中的拉取请求编号，但在特殊事件中显式传递 pr-number 参数可以增加可靠性。

3. 替代方案：对于只需要读取标签而不需要修改的场景，可以考虑使用专门的获取标签动作，这类工具通常对已关闭的拉取请求有更好的兼容性。

最佳实践建议

1. 始终为 Labeler 配置适当的权限级别
2. 在处理特殊事件（如 closed）时，明确传递所有必要参数
3. 考虑工作流的具体需求，选择最适合的工具组合
4. 测试工作流在各种状态下的行为，包括拉取请求的打开、关闭和合并状态

通过理解这些技术细节和采取适当的配置措施，开发者可以确保 Labeler 在各种拉取请求生命周期事件中都能可靠工作，实现自动化标签管理的目标。