스쿼시 커밋

Outcome：Complete the task with 스쿼시 커밋 (Squash Commit)。 User context：다섯 개의 개인 수정 커밋을 합치면 하나의 리뷰된 기능이 됩니다. 스쿼시는 최종 코드 변경 사항과 명확한 메시지를 유지하지만, 부주의한 스쿼시는 유용한 리뷰나 작성자 기록을 지울 수 있습니다. Delivery concept or operation：스쿼시 커밋 (Squash Commit)。 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.