Git 리셋

Outcome：Complete the task with Git 리셋 (Git Reset)。 User context：개발자는 하나의 푸시되지 않은 커밋과 스테이징된 및 스테이징되지 않은 편집 사항을 가지고 있습니다. 백업 참조를 저장한 후, 소프트, 믹스드, 또는 하드 리셋은 의도한 레이어만 변경해야 합니다. 하드 리셋은 커밋되지 않은 작업을 삭제할 수 있으며, 공유된 히스토리를 함부로 다시 쓰면 안 됩니다. Delivery concept or operation：Git 리셋 (Git Reset)。 Why it fits：이 용어는 스테이징 및 작업 파일에 미치는 영향을 이해했을 때만 로컬 포인터 이동을 설명할 때 사용합니다. Do not use it when：확인되지 않은 대상이나 저장되지 않은 작업에 `--hard`를 사용하지 마세요. 공개 브랜치를 다시 작성하지 마세요. 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.