w-commit について
w-commit は、Git のコミット依頼に対応する Basilic のワークフロースキルです。ステージ範囲の限定、Conventional Commit 形式、コミット後の確認を重視し、依頼だけではプッシュを許可しません。
主な機能
- 01ステージ済み・未ステージ変更の確認
- 02タスクの変更と無関係な変更の区別
- 03明示したパスや差分のみをステージ
- 04Conventional Commit 形式の使用
- 05コミットと作業ツリーの確認
活用シーン
- 01混在した作業ツリーから対象を限定してコミット
- 02無関係なファイルや秘密情報の混入防止
- 03コミット前の変更とドキュメントの確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ blockmatic-icebox/ basilic-skills --skill w-commitインストール後、Claude Code で/w-commitを入力して読み込まれたか確認します。
詳細
呼び出しでコミットが要求されています。ステージングする前に、ステージ済みおよび未ステージの変更と、許可されたタスクの範囲を確認してください。git publish に従ってください。
- 新しいブランチを作成する場合は、まず
git fetch originを実行してからgit switch -c <name> --no-track origin/mainを実行してください。fetch を省略せず、古いローカルのmainも使用しないでください。差分を確認し、タスクに属する変更と無関係な作業を区別してください。ステージ済みのファイルも対象です。意図したコミットを安全に切り分けられない場合は、対象ファイルの範囲を確認してください。 - ステージングする前に、動作、コマンド、または規約を変更した場合は、対応する MDX と最も近い README を差分に含めてください。含めない場合は、その理由を 1 行で記載してください。コミットフックに任せてください。プッシュ前のテストスイート全体は実行しないでください。
- タスクに属するパスまたはハンクを明示してステージングしてください。まとめて追加して、無関係な作業や未追跡の作業をコミットに含めないでください。
git add -Aは絶対に実行しないでください。.env、認証情報、または秘密情報は絶対にステージングしないでください。 - Conventional Commit に従って、type と scope は小文字にし、60 文字以内の命令形の要約を付け、末尾にピリオドを付けないでください。リポジトリ固有の scope 規約に従ってください。メッセージはヒアドキュメントで渡し、フックを有効にしたままコミットしてください。
- コミット結果と残りの作業ツリーを確認してください。コミット ID と scope を返してください。コミットの要求だけでは、プッシュの許可にはなりません。
コメント
Markdown 対応