reflog는 어떤 상황에서 도움이 되나요?

reflog는 HEAD와 브랜치 참조가 이동한 로컬 기록입니다. reset이나 rebase 후 잃어버린 것처럼 보이는 커밋을 찾고 복구할 때 유용합니다.

핵심 개념

핵심 기준은 로컬 참조 이동 기록과 복구입니다.

reflog는 내 로컬 저장소에서 HEAD나 브랜치가 어디를 가리켰는지 기록합니다. 실수로 reset하거나 rebase 중 커밋이 사라진 것처럼 보여도 reflog에 남아 있으면 새 브랜치를 만들어 복구할 수 있습니다.

동작 흐름

1. 현재 브랜치의 상태와 변경 범위를 먼저 확인합니다.
2. 명령이 히스토리, 브랜치 포인터, 작업 디렉터리 중 무엇을 바꾸는지 구분합니다.
3. 공유 브랜치에 영향을 주는 작업인지 확인합니다.
4. 실행 후 git status와 git log --oneline --graph로 결과를 검증합니다.

실제 예시

git reflog
git switch -c recover-work HEAD@{2}

예시는 핵심 흐름을 단순화한 것입니다. 실무에서는 팀의 배포 방식, 데이터 크기, 장애 영향도, 유지보수 비용까지 함께 고려해야 합니다.

실무에서 주의할 점

• 공유된 히스토리를 재작성하면 동료의 로컬 작업과 충돌할 수 있습니다.
• 충돌 해결은 한쪽 선택이 아니라 양쪽 변경 의도를 통합하는 과정입니다.
• 위험한 작업 전에는 임시 브랜치나 태그로 복구 지점을 남기면 안전합니다.

함께 연결해서 보면 좋은 키워드

Git, reflog, recovery, HEAD

정리

한 줄로 정리하면, reflog는 HEAD와 브랜치 참조가 이동한 로컬 기록입니다. reset이나 rebase 후 잃어버린 것처럼 보이는 커밋을 찾고 복구할 때 유용합니다. 개념의 정의뿐 아니라 적용 조건과 실패했을 때의 증상까지 함께 이해하는 것이 중요합니다.