一键导入
branch-fix-strategy
修正を複数ブランチに適用する際のブランチ戦略。featureブランチへの先行commitとcherry-pickによる短命branchへの適用手順。環境別branch(qa/staging/epsilon等)への修正適用時に参照する。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
修正を複数ブランチに適用する際のブランチ戦略。featureブランチへの先行commitとcherry-pickによる短命branchへの適用手順。環境別branch(qa/staging/epsilon等)への修正適用時に参照する。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 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経由で適用) |