이슈와 프로젝트 관리

4. 응용 변형 예제

4.1 여러 이슈를 하나의 PR 에서 닫기

작은 관련 수정을 한 PR 로 묶었다면 본문에 키워드를 여러 줄 적습니다.

Fixes #7
Closes #12
Resolves #20

세 줄 모두 인식되어 병합과 동시에 이슈 세 개가 함께 닫힙니다.

4.2 라벨 기반 자동 분류(GitHub Actions)

actions/labeler 같은 워크플로는 변경된 파일 경로를 보고 라벨을 자동으로 붙입니다. docs/ 를 건드리면 documentation 라벨을, *.sql 을 건드리면 db 라벨을 자동으로 답니다.

4.3 마일스톤 진행률로 릴리스 시점 판단

마일스톤 화면의 진행률 막대가 100% 에 가까워지면 릴리스 준비 신호입니다. 남은 이슈가 사소하지 않다면 마일스톤 날짜를 미루고 팀에 공유합니다.

4.4 브랜치를 지운 뒤에도 이슈 이력 추적

fix/12-login-timeout 브랜치를 지워도 병합 커밋과 Fixes #12 문구는 main 이력에 남습니다.

git log --oneline --all --grep '#12'

브랜치가 사라져도 --all 없이 main 로그만으로 충분히 찾아집니다.

4.5 릴리스 노트를 CHANGELOG.md 파일로 저장

shortlog 출력을 파일로 저장해 버전마다 이력을 남깁니다.

git shortlog v1.0.0..v1.1.0 --no-merges >> CHANGELOG.md
git add CHANGELOG.md
git commit -m "docs: v1.1.0 릴리스 노트 추가"

수작업 정리가 번거로우면 GitHub 화면의 "Generate release notes" 결과를 그대로 붙여 넣어도 됩니다.