--- name: commit-push-pr description: uncommittedな変更をconventional commit形式で意味のある小さい粒度でコミットし、pushしてPRテンプレートに沿ったPRを作成する。「コミットしてPR作って」「commit push PR」「変更をまとめてPR出して」などのリクエストで発動する。PRが既に存在する場合はコミットとpushのみ行う。 --- # Commit, Push & PR uncommittedな変更を分析し、conventional commit形式でコミット→push→PR作成を一括で行う。 ## ワークフロー ### Step 1: 状態確認以下を並列で実行: ```bash git status # uncommittedファイル一覧 git diff --stat # 変更ファイルの統計 git diff # 詳細差分 git log --oneline -10 # 最近のコミットスタイル確認 cat .github/PULL_REQUEST_TEMPLATE.md # PRテンプレート取得 ``` 新規ファイルがある場合は内容も確認する。 ### Step 2: 除外ファイルの判定以下のファイルはコミット対象外: - `.serena/` 配下の設定ファイル - プランファイル（`*.md` で明らかにプラン用途のもの） - ユーザーから明示的に除外指示があったファイル判断に迷う場合はユーザーに確認する。 ### Step 3: コミット粒度の決定変更を論理的なまとまりで分類する。分類基準: - **レイヤー**: domain / usecase / infrastructure / interface 等、DDDのレイヤー構造に従う - **機能**: 共通ロジック / 個別適用 / テスト - **依存関係**: シグネチャ変更とそれを呼ぶ側は同一コミットにして各コミットのビルド可能性を維持典型的な分割パターン: 1. 共通ロジック・ユニットテスト 2. 機能統合・配線・統合テスト ### Step 4: Conventional Commitでコミット形式: `(): <説明>` - type: `feat`, `fix`, `refactor`, `test`, `docs`, `chore` - scope: サービス名（`tenant`, `messenger`）またはモジュール名（`delivery`, `job`）など、変更の主要ドメインを指定 - 説明は日本語で記述 - 本文は変更の「なぜ」を1-2行で記述 ```bash git add git commit -m "$(cat <<'EOF' feat(delivery): SMS配信のバリデーションロジックを追加配信本文中のURL数を制限するバリデーションを実装。 EOF )" ``` ファイルは `git add` で個別指定する（`git add .` や `git add -A` は使わない）。 ### Step 5: Push ```bash git push -u origin ``` リモートブランチが既にある場合は `-u` なしで `git push`。 ### Step 6: PR作成（PRが存在しない場合のみ）まずPRの存在確認: ```bash gh pr view --json number 2>/dev/null ``` PRが存在しなければ作成。デフォルトのベースブランチは `dev`（ユーザー指示がある場合はそちらに従う）。 PR bodyはリポジトリのテンプレートに従う: 1. Step 1で取得した `.github/PULL_REQUEST_TEMPLATE.md` の構造を使用 2. テンプレート内のコメント行（``）は除去し、各セクションに変更内容に応じた記述を埋める 3. テンプレートが存在しない場合は、変更の要約をシンプルに記述する ```bash gh pr create --base dev --title "" --body "$(cat <<'EOF' <テンプレートのセクション構造に従って記述> EOF )" ``` PRが既に存在する場合はpushのみで完了とし、PR URLを表示する。 ### Step 7: 結果報告コミット一覧とPR URLをテーブル形式で表示する。

parallel-code-review

Scan your own AI components