現在の変更を適切にコミットしてプッシュします。PRがまだ存在しない場合は作成します。
手順
- •変更内容の確認 (
git status,git diff) - •今回の作業に関連するファイルのみを選択的にステージング
- •
git add [specific-files]を使用 - •
git add .やgit add -Aは使用しない
- •
- •ステージングした内容の確認 (
git diff --cached) - •最近のコミットメッセージを確認 (
git log --oneline -5) - •Conventional Commitsに従ったコミットメッセージを作成
- •コミット実行
- •リモートリポジトリへプッシュ
- •PRの確認と作成
- •
gh pr viewでPRが存在するか確認 - •PRがなければ
gh pr createで作成（pr-body スキルのフォーマットに従う）
- •
Conventional Commits形式
code
<type>: <description> [optional body]
Type一覧
- •
feat: 新機能 - •
fix: バグ修正 - •
docs: ドキュメントのみの変更 - •
style: コードの意味に影響しない変更（空白、フォーマット等） - •
refactor: バグ修正や機能追加を伴わないコード変更 - •
perf: パフォーマンス改善 - •
test: テストの追加・修正 - •
chore: ビルドプロセスやツールの変更 - •
ci: CI関連の変更 - •
build: ビルドシステムや依存関係の変更
コミットメッセージのガイドライン
- •必ずConventional Commits形式に従う
- •descriptionは日本語で記述
- •1行で変更内容を簡潔に説明（50文字以内推奨）
- •現在形・命令形で記述（「〜を追加する」「〜を修正する」）
- •複数の変更がある場合は、主要な変更に焦点を当てる
PR作成時のフォーマット
PRがない場合は以下のフォーマットで作成する:
markdown
## Why - 実装の背景や課題について書く。親Issueがある場合はその issue URL を必須で記載する ## What - 実装の概要について簡潔に書く
- •PR body にH1タイトルを含めない
- •issue/PR URL は
#<id>形式ではなくフル URL を使用 - •Why/What の分類を正しく行う
重要な注意事項
- •関係ない変更をコミットに含めない
- •作業ディレクトリの全変更を確認し、今回の作業に関連するファイルのみを選択
- •自動生成ファイルや一時ファイルが含まれていないか確認
- •ステージング前後で必ず差分を確認