배포 롤백

Outcome：Complete the task with 배포 롤백 (Deployment Rollback)。 User context：릴리스 3.2는 오류율을 다섯 배로 증가시키는 반면, 버전 3.1과 데이터 스키마는 호환됩니다. 자동화는 3.1을 복원하고, 서비스 상태와 트래픽을 점검하며, 사건을 기록합니다. 소스 코드만 롤백하는 것으로는 배포된 파일, 영구적인 데이터 변경, 대기 중인 작업, 또는 외부 효과를 되돌릴 수 없습니다. Delivery concept or operation：배포 롤백 (Deployment Rollback)。 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.