v1.17.1 — 릴리스 노트를 태그와 같은 단계에서 게시

릴리스를 자를 때 서명 태그만 남고 GitHub Release 노트가 빠지던 구멍을 막았습니다. 이제 release.sh 가 승인 요청 전에 노트 초안을 받고, 소유자 ✅ 뒤 태그를 자른 바로 그 단계에서 Release 노트와 update-trust.pub 를 게시한 뒤 다시 읽어 확인합니다.

바뀐 것

• 릴리스 = 태그 + Release 노트 — v1.16.0·v1.17.0 이 태그만 남아 Releases 목록의 Latest 가 v1.15.1 에 멈춰 있었고, 이미 배포된 변경이 어떤 노트에도 실리지 않았습니다. 이제 automation/release.sh --notes-file <노트> 가 초안(첫 줄 # <한 줄 요약>)을 승인 요청 전에 요구하고, 없거나 비어 있으면 승인 카드를 올리지 않고 exit 4 로 멈춥니다. 태그를 자른 뒤에는 초안에 포함 PR 목록과 업데이트 신뢰키 지문을 붙여 GitHub Release 를 만들고 update-trust.pub 를 첨부한 뒤 본문과 자산을 다시 읽어 확인합니다.
• 실패는 크게 알린다 — 노트 게시 실패는 RELEASE-NOTE-FAIL 과 exit 11 입니다(태그는 남고, 같은 명령을 다시 돌리면 노트만 이어서 게시합니다). 직전 릴리스 태그에 Release 가 없으면 새 릴리스를 열지 않습니다(RELEASE-NOTE-MISSING).
• 보충 명령 — 이미 잘린 태그에 노트를 채우는 automation/release-note.sh <tag> --notes-file <노트> 가 생겼습니다(이미 있으면 무동작). 완결 타이머와 release-tag.sh 도 태그 뒤 같은 함수를 부르고, 태그를 자르는 모든 경로가 노트 단계를 갖는지는 conformance 시험이 막습니다.
• 문서 — 「공개 릴리스 규칙」과 유지보수자 매뉴얼 §1.7 이 새 흐름을 설명하고, 기능 소개 문서를 추가했습니다.

사용자에게 보이는 변화

• 새 릴리스마다 GitHub Releases 에 한국어 노트와 update-trust.pub 가 함께 올라오고 가장 높은 버전이 Latest 로 표시됩니다. 새로 설치하는 사람은 거기서 신뢰키와 지문을 바로 받을 수 있습니다.
• 노드에서 도는 에이전트 동작은 바뀌지 않습니다 — 이번 변경은 릴리스를 자르는 워크스테이션 도구에만 있습니다.

깨지는 변경 · 운영자 할 일

• 깨지는 변경 없음. 릴리스를 자르는 유지보수자는 이제 release.sh 에 --notes-file 을 반드시 넘겨야 합니다.

포함된 PR (v1.17.0 이후)

• #8 feat(release): 릴리스할 때 태그와 함께 GitHub Release 노트를 게시한다 (release notes)

업데이트 신뢰키

지문: SHA256:0imCAjLaEFCB8oNX05/7mHFQAZsL722KIEZsVD5yvrA (update-trust@autophagy, ED25519)
첨부된 update-trust.pub의 지문을 설치기가 아닌 경로로 이 값과 대조하세요.