Menú
修正を複数ブランチに適用する際のブランチ戦略。featureブランチへの先行commitとcherry-pickによる短命branchへの適用手順。環境別branch（qa/staging/epsilon等）への修正適用時に参照する。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
DeepWiki (Devin MCP) のドキュメント内容を対象リポジトリの Markdown ファイルとして転載する。セクション構成維持・番号付きファイル分割・GFM 準拠補正・日本語翻訳 (オプション) まで自動処理。
PRのレビューコメントを確認し、優先度に応じてコード修正を実行する。サブエージェント (general-purpose) 起動にも対応。--defer-nit / --severity-min で対応範囲を制御。
実装プランファイル作成・更新の手順。実装開始時およびPR作成時にissues/配下の実装プランの有無を確認し、なければ会話履歴・git log・git diffから生成する。複数ファイル変更・新規機能追加・DBマイグレーション伴う変更が対象。
調査レポート作成のルール。否定的結論のエビデンス要件、残課題の記載フォーマット、ハルシネーション防止のための裏取り原則を扱う。DB調査に限らずコードベース調査・仕様調査一般に適用。
ログを追加・修正する際のガイドライン。ログレベルの選択基準、ループ内ログの制御、エラー蓄積パターン、機密情報の扱いを扱う。言語/FW非依存の原則。
Anthropic 公式 Skill (docx/pptx/xlsx/pdf 等) が必要な作業で、未インストール時に自動でダウンロードして使用する。
| name | branch-fix-strategy |
| description | 修正を複数ブランチに適用する際のブランチ戦略。featureブランチへの先行commitとcherry-pickによる短命branchへの適用手順。環境別branch（qa/staging/epsilon等）への修正適用時に参照する。 |
| when_to_use | 同じ修正を複数ブランチ (qa/staging/release等) に適用する必要があるとき。Triggers: 'cherry-pick', '環境ブランチに修正適用', 'qaに反映', 'stagingに反映', 'release branchへ', 'multi-branch fix', 'apply to qa/staging' |
qa/*, staging/*, release/* 等の環境ブランチにも適用する必要がある場合✅ feature に commit → cherry-pick して短命ブランチ → 環境ブランチへ PR
❌ 短命ブランチに先に commit → feature に手作業で再実装（二重作業・不整合リスク）
❌ feature/xxx ← merge qa/staging（conflict 解消目的でも禁止）
環境ブランチを featureブランチにmergeすると、後で feature → main のPRに環境固有コードが混入する。
短命ブランチを push する前に必ず git merge origin/main する。CI で最新 main 必須の Workflow があるため。
環境ブランチ向けの短命ブランチに push する前に gh pr list --head <branch> で PR 状態を確認する。マージ済みなら新ブランチ + 新 PR を作成する（サフィックス -v2, -v3 を付ける）。
/ndf:cherry-pick-pr <base-branch> で自動化されている。手動で行う場合のみ以下を参照。
# 1. feature ブランチで修正を commit
git checkout feature/xxx
git add <files> && git commit -m "fix: 修正内容"
git log --oneline -1 # commit hash を記録
# 2. 短命ブランチを作成
git fetch origin qa/staging
git checkout -b feature/xxx-for-staging origin/qa/staging
# 3. origin/main を取り込む（必須）
git fetch origin main
git merge origin/main --no-edit
# 4. cherry-pick（-x で元 commit hash を参照に残す）
git cherry-pick -x <commit-hash>
# 5. push して PR 作成
git push -u origin feature/xxx-for-staging
gh pr create --base qa/staging --title "fix: 修正内容（staging検証用）"
# 6. 元のブランチに戻る
git checkout feature/xxx
| 観点 | 正しい順序 | 誤った順序 |
|---|---|---|
| 単一ソース | feature ブランチが唯一の正 | 二箇所で実装 |
| 一貫性 | cherry-pick で完全一致 | 手書き差分でズレる |
| 追跡性 | -x で元 commit が明記 | 関連 commit 不明確 |
revertの連鎖（revert → reapply → revert...）ではなく、最終的なあるべき状態を直接コミットするのが望ましい。履歴上の意図が明確になり、後の cherry-pick も簡単になる。
| リソース | 用途 |
|---|---|
/ndf:cherry-pick-pr | cherry-pick + 短命ブランチ + origin/main 取り込み + PR 作成を自動化 |
/ndf:pr | 通常のPR作成。非 main ベースは cherry-pick-pr に誘導される |
/ndf:sync-main | 現在のブランチに最新 main を取り込む |
/ndf:deploy | 環境ブランチへのデプロイPR作成（ブランチ全体をmerge main経由で適用） |