git reflog, git 실수 했을 때 되돌리는 방법

reflog = reference log 참조 기록의 줄임말

 

ls .git
cd logs

실수하거나 깃 로그에서 더이상 볼 수 없게 된 커밋의 해시에 접근해야할 때 유용하다!

 

 

주의!!

1. reflog는 지역적이다!

(오직 내 컴퓨터의 참조 목록에 대한 변경사항만을 저장한다. )

 

2. 영구적이지 않다!

약 90일이 지나면 만료된다. 

 

gut reflow show HEAD or 브랜치명

 

git relow show HEAD vs git log

같지 않다!!

git log에는 포함되지 않는 것을 포함한다. 예를들면 내 브랜치 체크아웃을 하는 것에는 기록으로 남기지 않음! 그저 커밋 기록을 가지고 있을 뿐이다. 

 

HEAD@{2} => 2번의 움직임 전에 헤드가 어디 있었는지 알려준다. 

 

git checkout HEAD~2

헤드의 부모와 그 부모를 의마한다. (조부모의 커밋내용을 볼 수 있다. )

 

git reflog HEAD@{2}

커밋 조차 아닐수도 있다. 브랜치만 바꾼 것일 수도 있다. 

 

reflog의 모든 항목 하나하나에는 그에 해당하는 타임스탬프가 있다. 

git reflog master@{one.week.age}

git checkout bugfix@{2.days.ago}

git diff main@{0} main@{yesterday}

 

 

★실수 했을 때 어떻게 되돌릴 수 있는지, 잃어버린 것처럼 보이는 커밋과 정보를 되찾아오는 방법!

(ex, reset 이나 reset --hard를 해서 커밋을 잃어버린 뒤, reflog를 통해서 데이터를 복구하는 것)

(git log에서는 없어졌지만 git reflog에는 남아있다!)

git reflog show 브랜치명

해당하는 브랜치가 작업했던 모든 환경들의 커밋해시를 볼 수 있다. 

되돌리고 싶은 커밋해시를 통해 checkout을 하면 된다. 

 

git checkout 되돌리고 싶은 커밋해시

=> 이렇게 하면 헤드가 분리되서 그냥 볼 수만 있다. 

 

git reset --hard 되돌리고 싶은 커밋해시

=> 이렇게 하면 HEAD가 이동된다. 

 

 

★ 어떻게 rebase를 되돌리 수 있는지, git rebase를 사용해서 완전히 덮어 쓰여진 커밋을 복구하는 방법

(reflog로 rebase 취소하기)

 

 

rebase는 커밋을 덮어쓰는 것이다! 그래서 새로운 커밋을 생성해서 구버전은 사라지게 된다. 

 

git reflog 브랜치명

git reset --hard 되돌리고 싶은 커밋해시

 

모든 커밋은 그 파일 내부에 그들의 부모 또는 조부모도 저장하고  있기 때문에 하나 커밋을 기준으로 리셋하면, 원래대로 돌아가게 된다.