Git에서 실수한 뒤 가장 먼저 할 일은 복구 명령을 실행하는 것이 아닙니다. 어떤 변경이 작업 폴더에만 있는지, 커밋되었는지, 원격 저장소에 공유되었는지를 확인해야 합니다. 상태를 잘못 판단하면 필요한 작업까지 잃을 수 있습니다.
작업 폴더에만 있는 변경
git status와 차이 보기를 통해 수정된 파일을 확인합니다. 다른 사람의 작업이나 아직 저장하지 않은 코드가 있는지 살핀 뒤 복원 대상을 정하세요. Git 공식 restore 문서는 파일 복원과 스테이징 영역 복원의 차이를 설명합니다. 명령을 실행하기 전 현재 작업의 복사본을 남기는 것도 방법입니다.
커밋했지만 공유하지 않은 변경
최근 커밋 내용과 브랜치 위치를 확인하고, 메시지만 고칠지 파일 변경까지 되돌릴지 구분합니다. 커밋 ID가 바뀌는 작업이 있으므로 이후 공유 계획도 고려하세요. 무엇을 바꾸는지 설명할 수 없는 복구 명령은 그대로 복사하지 마세요.
이미 원격에 올린 변경
팀원이 해당 커밋을 바탕으로 작업했을 수 있습니다. 공유된 이력을 다시 쓰는 강제 푸시는 협업에 영향을 주므로 먼저 상황을 알리고 팀 규칙을 확인하세요. GitHub의 커밋 수정 안내도 원격 이력 변경의 영향을 설명합니다.
기록을 찾을 때
브랜치 위치를 놓쳤다면 Git reflog 공식 문서에서 로컬 참조 이동 기록을 확인할 수 있습니다. 복구 전 현재 위치와 되찾을 커밋을 정확히 기록하세요. 충돌 파일 처리 방법은 Git 오류 대처 가이드를 참고하세요.