Skip to main content

commit-from-changes

Stage and commit changes with a Kubernetes-style commit message

Source facts

Repository
kubernetes-sigs/maintainer-tools
Last source activity
May 26, 2026 at 19:10
Detected SKILL.md language
English
Stars
3
Forks
3

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
commit-from-changes
description
Stage and commit changes with a Kubernetes-style commit message
user-invocable
true
license
Apache-2.0
metadata
{"copyright":"The Kubernetes Authors"}
## Name commit-from-changes:commit-from-changes ## Synopsis Stage and commit changes with a Kubernetes-style commit message. ## Description Generates a commit for the current changes following Kubernetes commit message conventions. Stages all changes if nothing is staged, reviews the diff, and produces a commit message with a capitalized imperative subject line under 72 characters and a body that explains the reason for the change. ## Implementation Generate a commit for the current changes following these rules: 1. Run `git diff --cached --stat` and `git diff --stat` to understand what has changed. If nothing is staged, stage all changes with `git add -A`. 2. Run `git diff --cached` to review the full staged diff. 3. Generate a commit message in Kubernetes style: - Subject line: start with a capitalized imperative verb (e.g., Fix, Add, Update, Remove, Refactor) - Subject line should be concise (under 50 characters) and describe WHAT changed - If the change is scoped to a specific component or package, prefix with it (e.g., "pkg/controller: Fix race condition in queue processing") - Add a blank line after the subject - Body should explain WHY the change was made if not obvious from the subject - Wrap body lines at 72 characters 4. NEVER use Co-authored-by in any commit messages 5. Do not use GitHub keywords that automatically close issues (e.g., "Fixes #123", "Closes #456") or @mentions in commit messages 6. Show the generated commit message to the user and ask for approval before committing 7. Commit with the approved message using `git commit`
View on GitHub