Git 리베이스

Outcome：Complete the task with Git 리베이스 (Git Rebase)。 User context：개발자는 개인 커밋 A–C를 가지고 있는 동안 메인은 진행되었습니다. 리베이스는 A′–C′를 메인 위에 생성하고 테스트가 통과합니다. 공유된 게시 브랜치를 리베이스하면 다른 사람들이 사용할 수 있는 히스토리가 다시 작성됩니다. Delivery concept or operation：Git 리베이스 (Git Rebase)。 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.