소프트웨어 릴리스

Outcome：Complete the task with 소프트웨어 릴리스 (Software Release)。 User context：릴리스 v3.2.0은 태그, 서명된 프로그램 파일, 체크섬, 업그레이드 노트, 승인사항을 포함합니다. 사용자는 지원되는 버전을 찾고, 다운로드하고, 검증하고, 이해할 수 있습니다. 메인 브랜치로 병합하거나 태그만 만드는 것은 릴리스를 완료하지 못합니다. Delivery concept or operation：소프트웨어 릴리스 (Software Release)。 Why it fits：파일 및 릴리스 노트와 함께 의도적으로 버전을 배포할 때 이 용어를 사용하십시오. Do not use it when：모든 배포, 커밋, 또는 내부 빌드를 공개 릴리스라고 부르지 마세요. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary)：해당 출처에 대해 공식적인 것입니다. 다른 플랫폼이나 팀은 그 용어를 다른 방식으로 사용할 수 있습니다. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.