Skip to main content

create-commit

Create a safe, focused Git commit for this repository. Use when the user asks to commit completed work, prepare a commit, or choose a Conventional Commit message. Inspect the working tree, stage only intended files, validate relevant changes, and create the commit without pushing.

Quellinformationen

Repository
DevCaress/guia-entrevistas-de-programacion
Letzte Quellaktivität
22. Juli 2026 um 04:27
Erkannte Sprache von SKILL.md
Englisch
Sterne
8.165
Forks
1.101

Installationsoptionen

Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.

Quelldateien prüfen

Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.

Datei-Explorer
2 Dateien

SKILL.md wird angezeigt

SKILL.md
Quellanweisungen · Schreibgeschützte Vorschau
name
create-commit
description
Create a safe, focused Git commit for this repository. Use when the user asks to commit completed work, prepare a commit, or choose a Conventional Commit message. Inspect the working tree, stage only intended files, validate relevant changes, and create the commit without pushing.
# Create Commit Create small, reviewable commits that follow this repository's contribution rules. Do not push, amend, rebase, reset, or change branches unless the user explicitly asks. ## Workflow 1. Inspect `git status --short`, the staged and unstaged diffs, and recent commit messages. 2. Determine the smallest coherent commit. Preserve unrelated user changes; never use `git add -A` or `git add .`. 3. If the intended files or scope are unclear, ask the user before staging or committing. 4. Stage only the chosen paths with `git add <path>...`. 5. Select a Conventional Commit message. Prefer a scoped type when useful: ```text docs(scope): describe documentation change feat(scope): describe user-facing addition fix(scope): describe corrected behavior test(scope): describe test change chore(scope): describe maintenance work ci: describe workflow change ``` Use a concise, lowercase imperative subject with no final period. Reuse an explicit user-provided message if it is suitable. 6. Run the relevant validation commands from `CONTRIBUTING.md` when they are practical for the changed files. Report any pre-existing or environment-related failure; do not conceal it by weakening checks. 7. Review the staged diff one final time, then create the commit with `git commit -m "<message>"`. 8. Confirm success with `git status --short` and `git log -1 --oneline`. ## Safety rules - Do not commit secrets, generated output, local configuration, or unrelated files. - Do not modify existing commits, force-push, or push any branch as part of this skill. - Do not bypass hooks with `--no-verify` unless the user explicitly authorizes it after the failure is explained. - If validation fails because of the proposed change, fix it before committing when the user asked for a finished commit. If it is unrelated, report it clearly.
Auf GitHub ansehen