지속적 통합

Outcome：Complete the task with 지속적 통합 (Continuous Integration)。 User context：모든 제안된 커밋은 동일한 빌드, 테스트, 코드 검사 및 보안 작업을 실행합니다. 실패하면 메인 브랜치가 출시 준비 상태를 유지할 수 있도록 빠르게 명확한 증거를 반환합니다. 몇 주 동안 분리된 브랜치에서 매일 밤 빌드를 실행하는 것은 자동화이지만, 지속적 통합은 아닙니다. Delivery concept or operation：지속적 통합 (Continuous Integration)。 Why it fits：작은 변경이 자주 합쳐지고, 자동 피드백이 공유 브랜치를 보호할 때 이 용어를 사용합니다. Do not use it when：변경 사항이 오래 분리되어 유지되거나 실패가 자주 무시되는 파이프라인을 CI라고 부르지 마십시오. 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.