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

fix(source-control): pull-request ready pushes from the session cwd, not the PR worktree

オープン
#6,335 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

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

評価

難易度
3/5
見積もり時間
半日
初心者へのやさしさ
68/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
git, github, shell

調査の方向性

Start from the source-control pull-request ready skill and the push step that calls push-branch.sh. Trace how the cwd vs PR worktree is chosen, then pass an explicit worktree, branch, or PR-derived refspec so a different session cwd cannot push the wrong branch or print up-to-date. Add a test that runs the script from worktree A for a PR on worktree B and asserts B is pushed or the script exits non-zero.

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

説明

needs-triage priority: high

Problem

On 2026-10-04 a subagent ran /source-control:pull-request ready 6275 against the PR's worktree (/home/kyle/worktrees/melodic-software-claude-code-plugins-fix-wizard-write-env). The skill's push step (push-branch.sh) ran from the session's working directory, a different worktree, printed "Everything up-to-date", and pushed nothing. The merge-base commit only reached the PR because the agent noticed and pushed from the PR's worktree by hand.

A caller that trusts the script's success would flip a PR ready whose pushed head lacks the base merge, so CI and review run on the old head.

Expected

The push step pushes the branch of the PR being readied, from that PR's worktree (or with an explicit worktree path or refspec), and fails, rather than reporting "up-to-date", when the session's working directory is not on that branch.

Acceptance

  • push-branch.sh takes the target worktree or branch explicitly, or resolves it from the PR number, and never pushes the cwd's branch for a different PR.
  • A test runs the script from worktree A for a PR on worktree B and asserts B's branch is pushed, or the script exits non-zero.
主要言語
Shell
スター
22
フォーク
2
平均マージ
5時間 11分
マージ済み PR(30日)
838

環境構築

はじめの一歩

  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 を短くまとめたダイジェスト。