1natsu commit
npx skills add 1natsu-vacation/agent-skills
npx -y skills add 1natsu-vacation/agent-skills --skill 1natsu-commitAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
gitコミットの作成、コミットメッセージの記述、変更のステージング時に使用する。Conventional Commitsやアトミックコミット、明確なコミットメッセージのベストプラクティスを提供する。
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
2.5 KB, as published. Nobody here has run it
Git コミット ベストプラクティス
クリーンで意味のあるgitコミットを作成するためのガイドライン。
いつ使うか
- gitコミットを作成するとき
- コミットメッセージを書く・レビューするとき
- 変更のステージングやグルーピングを決めるとき
コミットメッセージのフォーマット
Conventional Commits に従う。タイプ、description、スコープ、本文、フッターの詳細ルールは 1natsu-conventional-commits スキルを参照。
<type>(<scope>): <description>
[任意の本文]
[任意のフッター]
アトミックコミット
各コミットは1つの論理的な変更を表すべき：
- リファクタリングと機能追加を分離する
- フォーマット変更とロジック変更を分離する
- 依存関係の更新とコード変更を分離する
- 各コミットはコードベースを動作する状態に保つ
ステージング戦略
git add .やgit add -Aではなくgit add <具体的なファイル>を使う- コミット前に
git diff --stagedでステージ済みの変更を確認する - 生成ファイル、シークレット、環境ファイルのコミットを避ける
よくある間違い
- 曖昧なメッセージ: "fix bug", "update code", "WIP"
- 変更が多すぎる: 無関係な変更を1コミットにまとめる
- シークレットのコミット:
.env、APIキー、認証情報 - 巨大なコミット: 多数のファイルにまたがる数百行の変更
- 時制の誤り: "fix" ではなく "fixed"、"add" ではなく "added"
例
良いコミット：
feat(auth): add two-factor authentication support
fix(cart): prevent duplicate items on rapid click
refactor(db): extract query builder into separate module
test(auth): add integration tests for password reset
docs(api): document rate limiting headers
chore(deps): update typescript to 5.4
悪いコミット：
update stuff
fix
WIP
asdf
Merge branch 'main' into feature（不必要なマージコミット）