커밋히스토리1 Git 작업 복구 git flow 전략으로 브랜치를 관리하고 있었다. develop 브랜치에서 release 브랜치를 만들었고, 수정 사항을 커밋 히스토리 변경 없이 합치고자하여 develop 브랜치에서 rebase 했다. 로컬에서 rebase 후 develop브랜치의 히스토리는 깃허브의 히스토리와 달라졌고, 깃허브에 push 되지 않았다. 그러자 별 생각 없이 force fush했고 위와 같은 참사가 벌어졌다. 위 결과를 보고 역대급으로 아찔했는데, 다행히도 해결 방법을 쉽게 찾을 수 있었다. git reflog 브랜치명 git reflog를 입력하면 위와 같은 로그들이 나오는데, 브랜치에서 작업했던 사항들을 모두 알 수 있게 되있다. 돌아가고 싶은 지점을 확인한 후 해당 로그 id 혹은 HEAD@{0-9} 값으.. 2023. 5. 1. 이전 1 다음
