고객용 릴리스 노트 생성
Zero가 커밋과 병합된 PR을 읽고, 변경 사항을 고객 영향별로 묶어, 발행 준비가 된 명확하고 구체적인 릴리스 노트를 초안 작성합니다.
Zero가 연결합니다:
Zero가 제공하는 것
무엇이 문제인가
릴리스 노트는 늘 가장 마지막에 쓰이고, 릴리스가 늦어지면 가장 먼저 잘려 나갑니다. 문제는 원본 자료입니다: 엔지니어를 위해 쓰인 커밋 메시지, 암묵적 지식을 전제하는 PR 제목, 그리고 사용자가 대부분 개별적으로는 신경 쓰지 않는 병합된 PR 30개. 릴리스 노트 생성기는 이 워크플로를 뒤집습니다. Zero가 커밋과 PR 설명을 읽고, 고객에게 보이는 변경 사항을 추려, 주제별(신기능, 개선, 수정)로 묶고, 고객이 실제로 읽는 어조로 노트를 작성합니다. 당신이 검토하면, 다음 릴리스는 침묵 대신 노트와 함께 출시됩니다.
Zero가 해결하는 방법
1단계: 도구 연결하기
2단계: Zero에게 요청하기
@Zero 오늘 출시할 릴리스에 대해, 지난 릴리스 태그 이후 병합된 모든 PR을 읽어 줘. 고객 영향별로 묶어 줘: 신기능, 개선, 버그 수정. 내부 리팩터링과 테스트 변경은 건너뛰어 줘. 우리 제품 어조로 고객용 노트를 초안 작성해 줘.
Zero가 릴리스 구간의 모든 병합된 PR을 읽습니다
Zero는 지난 릴리스 태그 이후 병합된 PR을 제목, 설명, 라벨과 함께 가져옵니다. 내부 전용 변경 사항(리팩터링, 테스트, CI 조정)은 당신의 라벨 규칙에 따라 걸러집니다.
Zero가 변경 사항을 고객 영향별로 묶습니다
Zero는 남은 PR을 주제별로 묶습니다: 신기능, 개선, 수정. 각 변경 사항은 PR 설명에서 고객용 문장으로 다시 쓰입니다: 유용할 만큼 구체적이고, 내부 전문 용어가 없습니다.
Zero가 노트를 당신의 제품 어조로 초안 작성합니다
최종 초안이 당신의 릴리스 노트 템플릿을 따르는 섹션과 함께 문서 도구나 Slack에 도착합니다. 당신은 어조와 뉘앙스를 다듬은 뒤 발행합니다.
3단계: 한 걸음 더 나아가기
더 나은 결과를 위한 팁
내부 전용 PR에는 일관된 라벨(예: `internal` 또는 `no-release-notes`)을 붙이세요. Zero는 당신이 표시한 것만 건너뛸 수 있습니다.
문서에 릴리스 노트용 짧은 스타일 가이드를 두세요. 고객의 어조, 능동형 동사, 내부 전문 용어 배제. Zero가 이를 익혀 매 릴리스마다 적용합니다.
릴리스 출시 후가 아니라 출시 전에 노트를 초안 작성하세요. 작업이 생생할 때 초안을 검토하는 것이 일주일 뒤 맥락을 재구성하는 것보다 빠릅니다.