con un clic
git
Guidelines for validation, staging, amending, and commit messages.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Menú
Guidelines for validation, staging, amending, and commit messages.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
| name | git |
| description | Guidelines for validation, staging, amending, and commit messages. |
Before committing any changes, ensure that your work does not break the application and meets all quality standards.
Run the validate task just prior to commit:
task validate
Stage changes by reviewing specific changes applied in files using patch mode:
git add --patch ./path/to/file
If you need to update the previous commit (e.g., to squash changes or fix a mistake), append changes to the last commit:
git commit --amend
If you have already pushed, you will need to force push:
git push --force-with-lease
Commit messages should follow the standard format:
Maximally 72 characters, descriptive, using imperative mood (e.g., "Deploy changes automatically" not "Deployed changes").
Explain why the change was made (justification), not just what changed. Use headers for structured context if applicable:
Design:
Describe the design of the change here.
Tradeoffs:
Explain any tradeoffs (performance, complexity, etc).
Justification:
Provide the reasoning for this change.
If pair programming or crediting others, add co-authors at the end of the body:
Co-authored-by: NAME <NAME@EXAMPLE.COM>