commit について
タスクに関係するファイルだけをステージし、現在のブランチをコミットしてプッシュした後、コミットハッシュとブランチ名を報告するスキルです。GitとAzure DevOpsでの注意点も記載しています。
主な機能
- 01タスク関連ファイルのみをステージ
- 02現在のブランチをコミットしてプッシュ
- 03コミットハッシュとブランチ名を報告
- 04GitとAzure DevOpsの注意点を記載
活用シーン
- 01無関係なファイルを含めずにタスクをコミット
- 02変更をプッシュしてコミット情報を報告
- 03Azure DevOpsでのコミットとフックの挙動を確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ julianobarbosa/ claude-code-skills --skill commitインストール後、Claude Code で/commitを入力して読み込まれたか確認します。
詳細
コミットとプッシュのスキル
- 現在のタスクに関連するファイルのみをステージングします
- 無関係な問題で pre-commit フックが失敗する場合は、
git commit --no-verifyを実行します - 現在のブランチにプッシュします
- コミットハッシュとブランチ名を報告します
注:このリポジトリでは Azure DevOps を使用しています。PR を作成する場合は az repos pr create を使用してください。
注:commit-msg フックは Co-Authored-By トレーラーを削除するため、コミットは単独の作者によるものとして表示されます。
注意点
git commit --no-verifyは pre-commit フックを回避します — reflog に記録されますが、忘れやすい操作です。no-verify のトレーラーで失敗する CI チェックを設けると、ドリフトを防げます。commit-msgフックはエディターを閉じた後にメッセージを変換します — エディター上の下書きではなく、git show -s --format=%Bで最終状態を確認してください。- Azure DevOps はサーバー側で
Co-Authored-Byを削除します — ローカルのコミットには共著者が表示されますが、PR の表示には反映されません。帰属表示が機能したと思い込む前に、PR の UI での表示を確認してください。 - detached HEAD で
git commitを実行すると孤立したコミットが作成されます — 先にブランチを作成しないと、git checkout mainで失われます。reflog から復旧できますが、記録は 30 日間しか保持されません。 - コミットメッセージの末尾の空白:フックによって正規化される場合と、そのまま保持される場合があります。生のメッセージと正規化後のメッセージを比較するフォーマットチェックでは、分かりにくい失敗が発生します。
コメント
Markdown 対応