큰일습니다..도와주세요..깃 저장소 다날라갔어요 ㅠㅠㅠ

Question

지금 손이 달달떨려서 아무리 구글링해서 뒤진 명령어라고해도 되돌아갈 수 없는 강을 건널까봐 못누르고있습니다....우선 상황설명 최대한 열심히 해볼테니 꼭 읽어주세요...제가 인텔리제이 작업중에 깃으로 원격 푸쉬를 날렸는데하나의 프로젝트가 아닌 모든 프로젝트들이 다같이 하나의 레파지토리에 들어가서 깃 푸쉬를 되돌리려고막 찾아보다가 git reset HEAD~1 도 해보고 막 해봤는데요마지막에 git push -f origin master 를 했더니애먼 저장소에 있던 오래 쌓아둔 자료들은 다날라가고 이상한 폴더들로 채워져있습니다 ㅠㅠㅠㅠㅠㅠㅠㅠㅠ어떻게해야되는걸까요제가 깃에 대한 지식이 깊지않아서 지금 제가 글들을 읽어봤을땐 git reset HEAD~1 로 push -f 한 걸 되돌리고다시 git push -f origin master 를 하는게 맞다고 생각되는데정말 되돌아갈 수 없을까봐 엔터를 못누르겠어서 질문 글 올립니다 ㅠㅠㅠㅠ새벽에 공부하시는 개발자님들 도와주세요.....이번 일만 해결하면 정말 내일부터라도 도서관가서 깃 관련 서적 읽으며 열심히 공부하고 저와 같이 고통에 빠진 깃 관련 질문들에 답변도 해주겠습니다계속 모니터링 하고있겠습니다 댓글 부탁드려요 정말노트북도 메인보드 나가서 40만원 가량 주고 포맷해가지고 로컬에도 남아있지않은 자료들이였습니다혹시 몰라 오해의 여지가 사라질수있도록 3줄요약 해보겠습니다!깃푸쉬 잘못돼서 푸쉬되돌리기하려다가git push -f origin master 하라길래 했더니되돌려져야 할 저장소는 안되고 백업도 안해둔 소중한 저장소가 다 날라가서 이전으로 되돌려야함입니다 ㅠㅠ

오리의꿈 · Answer

만약 되돌려야할 저장소가 B 이고 소중한자료들이 있던 저장소가 A 라고한다면git push -f origin master 를 했을때 A 에 있던 자료들이 싹다 사라지고 이상한 자료들이 들어간겁니다 ㅠㅠ

방황하는젊은이 · Answer

history 를 보고 rebase 하십시오

빙수빙수 · Answer

망가진 리포를 클론해서 master의 reflog을 보세요그리고 마스터에 포스푸쉬는 절대 금물입니다 (아마 말 안해도 깨달으셨겠지만..)

shintwl · Answer

push -f 했으면 로컬에는 데이터가 남아있을 거 같은데요..?

rarity · Answer

모든 커밋 기점의 데이터는 .git 폴더에 남아있구요.위 명령어에서도 삭제 기능은 없고.git 폴더에서 직접 삭제 하지 않았다면 다 찾을 수 있습니다.git log해서 커밋 id가 안보인다고 데이터가 사라진게 아닙니다.# .git > objects> XX > ~~~~ .git\objects\0b\edcf2fd46788ae3a01a423467513ff59b5c120이 경로에 각 바이너리 파일들이 있을겁니다.그리고 아래 명령어를 치시면 됩니다.# git cat-file -p XX~~~ git cat-file -p 0bedcf2fd46788ae3a01a423467513ff59b5c120각 ./git/objects 파일 별로 반복하시면 아래와 같은 commit objects 파일을 발견하실 수 있습니다.$ git cat-file -p 45712786a103203c3de07ad1a942c1c9ea153808 tree b73b618bb906af1e40c9ffecea0f19a050b02f4d parent 046ead424fcef5c3d40d8a1210c556f0a608d6fa author okky 1689038340 +0900 committer okky 1689038340 +0900 how to running App, what is root class?tree는 git의 디렉토리 형상화 구조를 가르키고 parent는 이전 커밋을 가리킵니다. 가장 빠르게 체크 가능한건 커밋메시지로 구분이 가능하고커밋 메시지가 애매모호하신 경우작성자와 승인자의 각 시간이 기록되고 해당 시간은 unixtime으로아래 사이트에서 unixtime to datetime으로 변환할 수 있습니다.https://www.epochconverter.com/원하는 커밋 기록이 담긴 커밋오브젝트 파일을 발견하셨고그 경로와 커맨드가 아래와 같다면# .git > objects > 04 > 6ead424fcef5c3d40d8a1210c556f0a608d6fa $ git cat-file -p 046ead424fcef5c3d40d8a1210c556f0a608d6fagit 형상화 버전을 해당 커밋오브젝트 ID값으로 reset 하면 됩니다.$ git reset --hard 046ead424fcef5c3d40d8a1210c556f0a608d6fa그리고 git log 명령어를 통해서 복원이 되었는지 확인해보시고파일 디렉토리 구조, 파일 이름, 파일 내용에 문제가 없는지 체크하시면 됩니다.

rarity · Answer

제가 중간 중간 고려해야 할 부분이 있었지만 기존노트북원격저장소신규노트북 커밋 푸쉬 클론을 신규 노트북까지 git push -f <원격저장소> <브랜치> git rest --hard 위의 커맨같이 초기화 하는 과정이 없었다면신규 노트북에도 진행한 커밋 오브젝트 파일들과 있을 겁니다. 신규 노트북에서 위 댓글에 작성한 과정을 팔로잉 해보세요.

digitalNoMad · Answer

복구가 되셨을까요?

olivahn · Answer

force push 했어도 여전히 이전 커밋들은 다 남아있습니다. 다 되돌릴 수 있어요. 이런경우엔 local에서 암만 reflog를 쳐보고 .git 디렉토리를 뒤져봐야 나오진 않을거구, github에서 reflog와 유사한 역할을 하는 api가 제공되고 있습니다

chela · Answer

전 프로젝트에서 협력사가 SVN 을 날려먹었는데, 그냥 수행사 소속이었던 제가 최신버전으로 다시 커밋해 주고 넘어갔습니다. 아마 다른 상급자가 최신 버전으로 커밋하고 넘어가셨을듯 싶네요.

crnmst · Answer

안심하세요, 도와드리겠습니다! 깃에 익숙하지 않아서 일어난 상황이니 어려움을 이해합니다. 하지만 특정 시점으로 되돌아갈 수 있는 방법들이 있으니 함께 살펴봅시다.우선, git push -f (강제 푸시)를 사용하면 원격 저장소에 강제로 코드를 덮어씌우게 됩니다. 이것이 어떤 문제를 발생시켰을지 이해했습니다.만약 강제 푸시한 커밋이 현재 원격 저장소의 master 브랜치에 해당하는 커밋이라면, 아래의 방법을 사용하여 이전 상태로 되돌릴 수 있습니다.방법 1 - 강제 푸시 이전 로그 확인: 먼저, git reflog 명령어를 통해 로그를 확인해봅니다. 이 명령어는 로컬 브랜치들의 모든 변경 이력을 보여줍니다.bashCopy codegit reflog방법 1 - 원하는 이전 상태로 되돌리기: git reflog 결과를 확인하면, 원하는 이전 상태의 커밋 해시를 찾을 수 있을 것입니다. 그런 다음 해당 커밋으로 돌아가는 명령어를 사용합니다.bashCopy codegit reset --hard <이전_커밋_해시>방법 1 - 원격 저장소에 강제로 푸시하기: 로컬에서 이전 상태로 되돌아간 후, 강제로 원격 저장소에 푸시합니다.bashCopy codegit push -f origin master위의 방법으로 되돌리면, 강제 푸시 이전의 상태로 원격 저장소가 되돌아갈 수 있습니다. 하지만 만약 강제 푸시 이전에 이미 다른 작업이 있었다면, 그 작업들은 사라지게 됩니다. 이 점을 주의해주세요.만약 이 방법으로 원하는 결과를 얻지 못한다면, 추가적인 방법들이 있으니 알려주세요. 상황에 따라서 다른 방법을 시도해볼 수 있습니다.또한, 이후에는 깃에 대해 더 많은 공부를 하시는 것이 좋습니다. 깃은 개발 작업에서 중요한 도구이기 때문에 제대로 이해하고 사용하는 것이 매우 중요합니다. 그럼 행운을 빕니다!

큰일습니다..도와주세요..깃 저장소 다날라갔어요 ㅠㅠㅠ

10개의 답변

Q&A 목록