배포 환경

Outcome：Complete the task with 배포 환경 (Deployment Environment)。 User context：스테이징과 프로덕션은 비밀을 별도로 유지하며 하나의 승인된 파일 지문을 공유합니다. 동일한 변하지 않는 아티팩트가 스테이징에서 확인되며 승인 후에만 프로덕션으로 이동합니다. 브랜치 이름은 환경을 격리하거나 실행 중인 버전을 증명하지 않습니다. Delivery concept or operation：배포 환경 (Deployment Environment)。 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.