develop 브랜치에 변경사항 출시하기
모든 커밋은 하나의 버전입니다. CONTRIBUTING.md의 규칙("Every commit")을 따릅니다. 간단히 요약하면:
- 검증.
yarn verify(타입 체크, 경고 없는 린트, Prettier 검사, 테스트, 프리렌더 포함 빌드)를 실행합니다. 규칙을 깨지 말고 코드를 수정하세요: 규칙 예외는--뒤에 이유를 적은 한 줄 비활성화 주석으로만 허용됩니다. - 트리 확인.
git status로 현재 상태를 확인합니다. 사용자의 미완성 편집이 있을 수 있으므로, 이 변경사항이 수정한 파일만 스테이징하고 나머지는 스테이징하지 않은 상태로 둡니다. - 커밋 직전에 버전 결정 (
package.json의version과CHANGELOG.md의 최상단을 지금 확인하고, 이전에 확인한 값을 사용하지 않음):- major: 페이지 제거 또는 이름 변경, URL 변경, 리디자인
- minor: 새로운 가시 콘텐츠나 기능 추가
- patch: 수정, 복사, 이미지, 스타일링, 의존성, 설정, 테스트, 문서
- Changelog.
## Unreleased제목 아래에### X.Y.Z - YYYY-MM-DD형식으로 항목을 추가합니다 (릴리스 후에는 해당 제목이 사라지므로, 가장 최신## Release위에 추가).Added/Changed/Fixed/Removed그룹으로 나누고, 각 항목은 한 줄, 짧은 하이픈만 사용합니다. - 커밋은 나열된 파일을 이름으로 지정하여
git commit -- <files>명령을 사용합니다. 제목은<변경된 내용, 명령형> (X.Y.Z)형식으로 작성하고, 짧은 본문을 추가합니다. Claude가 작성한 경우 co-author 트레일러를 포함합니다. - 커밋 확인
git show --stat HEAD로 커밋 메시지를 확인합니다. 그런 다음develop브랜치를 푸시합니다.
커밋하기 전에, 변경된 모든 단위(파일, 함수, 브랜치)를 해당 테스트와 함께 나열하세요. 테스트되지 않은 브랜치가 있다면 테스트를 추가하거나, 응답에 메모를 남기세요.