Push
현재 브랜치에 변경 사항을 커밋하고 푸시합니다.
이 스킬은 특정 브랜치로 제한되지 않으며, 항상 현재 체크아웃된 브랜치에서 작동합니다. 아래 8단계의 트레일러 라인을 프로젝트의 커밋 속성 선호도에 맞게 조정하세요.
빠른 시작
git branch --show-current로 현재 브랜치를 감지합니다.- 현재 브랜치 이름이 없으면 중단하고 오류를 표시합니다.
git pull --ff-only origin <current-branch>로 최신origin/<current-branch>를 가져옵니다. 실패하면 중단하고 오류를 표시합니다.- 스테이징 전에 diff를 검사합니다.
- 관련이 있을 때
docs/change-log.md에서 가장 최신의 의미 있는 업데이트를 커밋 메시지 소스로 선호합니다. - 변경 로그 업데이트가 실제 변경의 원인이 아닌 경우, diff의 주요 변경 영역에서 메시지를 도출합니다.
git add -A로 모든 변경 사항을 스테이징합니다.- 멀티라인 메시지로 커밋하고 프로젝트의 표준 트레일러(일반적으로
Co-Authored-By:라인 또는 유사한 속성, 프로젝트별)를 추가합니다. git push origin <current-branch>로 푸시합니다.- 브랜치, 커밋 해시, 커밋 제목을 한 문장으로 보고합니다.
커밋 메시지 가이드라인
다음과 같은 간결하고 관습적인 스타일의 제목을 사용하세요:
docs:문서나 경로 업데이트용feat:새로운 기능, 시스템, 콘텐츠용fix:동작 수정용refactor:주요 동작 변경 없이 구조적 변경용test:의미 있는 테스트 영역 추가 또는 수정용chore:더 적합한 분류가 없는 유지보수 작업용
본문의 경우:
- 가장 의미 있는 변경 영역을 요약하세요
- 주요 변경 사항당 한 줄을 선호하세요
- 실제 diff에 기반을 두세요
docs/change-log.md를 소스로 사용할 때:
- 실제 핵심 변경을 설명하는 가장 최신의 의미 있는 섹션이나 항목을 선호하세요
- 변경 로그 업데이트가 부수적인 경우, 변경 로그에서 도출된 메시지를 강제하지 마세요
변경 로그를 소스로 사용하지 않을 때:
- diff에서 가장 중요한 변경 영역에서 제목을 도출하세요
- diff가 자신 있게 요약하기에 너무 모호한 경우, 추측하지 말고 사용자에게 커밋 메시지를 물어보세요
규칙
- 항상 현재 체크아웃된 브랜치를 사용하세요.
--force또는--force-with-lease를 사용하지 마세요.--no-verify를 사용하지 마세요.- 명확하게 실패 처리: 단계가 실패하면 중단하고 오류를 표시하세요.