원클릭으로
git
Guidelines for validation, staging, amending, and commit messages.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Guidelines for validation, staging, amending, and commit messages.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
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>