Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

fix(ci): read only GitHub Actions' ci-status runs in the release rebuild decision

已关闭 适合新手
#9,617 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

已经有一个关联 PR 被合并了。

  • #9653 来自 @kyle-sexton —— 已合并

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
78/100
Issue 类型
缺陷
描述清晰度
描述清楚
活跃度
活跃
技术栈
github-actions, shell
领域
ci-cd

调研方向

阅读 .github/workflows/release-publish-plugins.yml 第 116 行附近以及 .github/scripts/release-publish-plugins/decide-rebuild.sh,找到两处读取 check run 的代码;将它们与 .github/scripts/pr-merge/gate-check.mjs 第 56 行附近的代码进行比较。添加测试,证明来自其他 app、时间更晚且成功的 ci-status 不会决定是否重建发布,并确保开始时间相同或无法读取时仍以失败关闭。

由索引模型根据 Issue 内容生成。

描述

priority: medium status: ready

Refs: #9610

Problem

.github/workflows/release-publish-plugins.yml:116 and .github/scripts/release-publish-plugins/decide-rebuild.sh read ci-status check runs without an app_id filter and pick the newest by started_at. Another GitHub App can post a check run named ci-status with a later start time and win that pick. The ruleset (ci-status required from the GitHub Actions app) and the merge queue still protect merging, but the release path decides on its own read.

Fix

Add app_id=15368 to those reads, as .github/scripts/pr-merge/gate-check.mjs:56 and pr-merge's Dependabot gate do, and keep ties and unreadable start times failing closed.

Acceptance criteria

  • Both reads filter on the GitHub Actions app id
  • A test shows another app's later ci-status success does not decide
主要语言
Shell
星标
22
派生
2
平均合并
3 小时 19 分钟
30 天内合并 PR
955

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

melodic-software/claude-code-plugins 的其他 Issue

查看 melodic-software/claude-code-plugins 的全部 Issue

相似的 Issue

更多 Shell/Bash Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。