릴리스 노트 생성기
브라우저 처리커밋 목록이나 변경 메모를 새 기능, 버그 수정, 개선, 문서, 호환성 주의 항목으로 묶어 사용자에게 공지할 한국어 릴리스 노트로 만듭니다.
- 파일·이미지·문서 처리 도구는 브라우저 안에서 처리되더라도 원본에 개인정보나 민감 정보가 포함될 수 있습니다. 공유·제출 전 원본과 결과를 한 번 더 확인하세요.
새 버전을 내면 사용자에게 무엇이 바뀌었는지 알려야 하지만, 개발용 커밋 메시지를 그대로 보여 주면 읽기 어렵습니다. 이 생성기는 커밋 목록이나 변경 메모를 붙여 넣으면 종류별로 묶은 릴리스 노트를 만들어 줍니다.
# 릴리스 노트 (2026-10-01) ## 새 기능 - 300 new tools ## 버그 수정 - ads.txt content-type ## 개선 - lazy runtime chunks
릴리스 노트 생성기 사용 가이드
새 버전을 내면 사용자에게 무엇이 바뀌었는지 알려야 하지만, 개발용 커밋 메시지를 그대로 보여 주면 읽기 어렵습니다. 이 생성기는 커밋 목록이나 변경 메모를 붙여 넣으면 종류별로 묶은 릴리스 노트를 만들어 줍니다.
feat:는 '새 기능', fix:는 '버그 수정', perf·refactor는 '개선', docs는 '문서'로 묶고, feat!:처럼 호환성이 깨지는 변경은 '주요 변경 (호환성 주의)'로 맨 위에 올립니다. 형식 없이 적은 메모는 '추가', '수정', '삭제' 같은 첫 단어로 분류하며, chore·ci·test 커밋과 병합 커밋은 뺍니다.
한국어 페이지에서는 절 제목을 한국어로, 제목에는 실행한 날짜를 넣습니다. 개발자용 CHANGELOG.md가 필요하면 커밋 목록 → CHANGELOG 생성기를 쓰세요.
사용 방법
- '커밋·변경 목록' 칸에 git log --oneline 결과나 변경 메모를 한 줄씩 붙여 넣습니다.
- '실행'을 누르면 종류별로 묶인 릴리스 노트가 나옵니다.
- 항목 문장을 사용자 눈높이로 다듬은 뒤 공지, 앱 스토어, GitHub Release에 붙여 넣습니다.
예시: 세 종류의 커밋
feat: 300 new tools fix: ads.txt content-type perf: lazy runtime chunks
# 릴리스 노트 (2026-10-01) ## 새 기능 - 300 new tools ## 버그 수정 - ads.txt content-type ## 개선 - lazy runtime chunks
날짜는 실행한 날이 들어갑니다. 커밋 메시지는 그대로 옮기므로 공지 전에 쉬운 문장으로 바꾸세요.
이럴 때 쓰면 좋아요
- 새 버전 출시 공지에 변경 사항을 정리할 때
- GitHub Release 설명을 커밋 목록으로 빠르게 채울 때
- 앱 업데이트 내역(What's new)을 작성할 때
- 사내 배포 공지 메일에 바뀐 점을 정리할 때
문제가 생겼을 때
형식 없는 메모는 첫 단어로 분류합니다. '검색 기능을 추가했다'처럼 동사가 뒤에 오면 '개선'이 됩니다. '추가: 검색 기능'처럼 분류어를 앞에 쓰세요.
chore, ci, build, test 커밋은 사용자에게 보이지 않는 작업이라 뺍니다. 공지에 넣고 싶으면 결과에 직접 추가하세요.
활용 팁
- 사용자용 노트는 '무엇이 좋아졌는지'를 중심으로 다시 쓰면 읽힙니다. 예: 'lazy runtime chunks' → '도구 페이지가 더 빨리 열립니다'.
- 같은 커밋 목록으로 CHANGELOG 생성기도 돌려 두면 개발자용 기록과 사용자용 공지를 한 번에 준비할 수 있습니다.
자주 묻는 질문
제목에는 날짜만 들어갑니다. '# 릴리스 노트 v1.3.0 (2026-10-01)'처럼 결과 제목을 고쳐 버전을 넣으세요.
항목 앞에 **api:**처럼 굵게 붙여 어느 영역의 변경인지 보여 줍니다.
영문 페이지에서는 Added, Fixed 같은 영어 절 제목으로 만듭니다. 항목 문장은 입력한 그대로 옮깁니다.