Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

fix(ci): ci-status's hold-lift window counts a removal made through an App

オープン 初心者向け
#9,520 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
82/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
github-actions, shell
領域
ci-cd, security

調査の方向性

.github/workflows/pr-require-checks.ymlの3587~3588行付近から始めて、human-gatedラベルの削除に関する既存のフィルターを読んでください。次に、scripts/ci-hold-human-gated.test.sh、またはこのワークフローの本文を実行するテストを調べてください。信頼できるidを持つAppによる削除では解除期間が開始されず、人による直接の削除では引き続き解除期間が開始されることを示すテストを追加してください。

索引モデルが issue の本文から書いたものです。

説明

needs-human status: needs-decision

Problem

ci-status's lift window (.github/workflows/pr-require-checks.yml:3587-3588) opens at the newest unlabeled event for the human-gated label whose actor id is on the trusted list. It does not check performed_via_github_app, so a removal an App made while acting for a listed person counts as that person's lift. The merge policy's own rule refuses App-made removals (babysit_merge_policy.py _class_removed_by_non_human), and #9512 applies it in pr-merge's escalation. Found by the security review on #9512.

Fix

Add and .performed_via_github_app == null to that select, with a case in scripts/ci-hold-human-gated.test.sh (or the test that runs this body) where an App-made removal by a listed id opens no window.

Done when

An App-made removal never opens the lift window, and a person's direct removal still does.

主要言語
Shell
スター
22
フォーク
2
平均マージ
2時間 45分
マージ済み PR(30日)
940

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

melodic-software/claude-code-plugins のほかの issue

melodic-software/claude-code-plugins の issue をすべて見る

似ている issue

Shell/Bash の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。