처음에 다음 명령을 시도하십시오 (필요한 경우 다시 실행하십시오).

$ git fsck --full
$ git gc
$ git gc --prune=today
$ git fetch --all
$ git pull --rebase

그리고 여전히 문제가 있습니다. 시도해보십시오.

• 모든 손상된 개체를 제거하십시오.

  fatal: loose object 91c5...51e5 (stored in .git/objects/06/91c5...51e5) is corrupt
  $ rm -v .git/objects/06/91c5...51e5
  

• 모든 빈 개체를 제거합니다.

  error: object file .git/objects/06/91c5...51e5 is empty
  $ find .git/objects/ -size 0 -exec rm -vf "{}" \;
  

• 다음 방법으로 “깨진 링크”메시지를 확인하십시오.

  git ls-tree 2d9263c6d23595e7cb2a21e5ebbb53655278dff8
  

  이것은 손상된 blob이 어떤 파일에서 왔는지 알려줍니다!

• 파일을 복구하려면 정말 운이 좋을 수 있으며 작업 트리에서 이미 체크 아웃 한 버전 일 수 있습니다.

  git hash-object -w my-magic-file
  

  다시, 누락 된 SHA1 (4b945 ..)이 출력되면 이제 모든 작업이 완료된 것입니다!

• 고장난 이전 버전이라고 가정하면 가장 쉬운 방법은 다음과 같습니다.

  git log --raw --all --full-history -- subdirectory/my-magic-file
  

  그러면 해당 파일에 대한 전체 로그가 표시됩니다 (가지고있는 트리가 최상위 트리가 아닐 수 있으므로 자신이 어떤 하위 디렉터리에 있었는지 알아 내야합니다). 이제 다시 생성 할 수 있습니다. 해시 개체가있는 개체가 다시 누락되었습니다.

• 커밋, 트리 또는 블롭이 누락 된 모든 참조 목록을 가져 오려면 :

  $ git for-each-ref --format='%(refname)' | while read ref; do git rev-list --objects $ref >/dev/null || echo "in $ref"; done
  

  일반 브랜치 -d 또는 태그 -d 명령을 사용하여 이러한 참조 중 일부를 제거하는 것은 불가능할 수 있습니다. git이 손상을 발견하면 죽기 때문입니다. 따라서 배관 명령 git update-ref -d $ ref를 대신 사용하십시오. 로컬 브랜치의 경우이 명령은 .git / config에 오래된 브랜치 구성을 남길 수 있습니다. 수동으로 삭제할 수 있습니다 ([branch “$ ref”] 섹션을 찾으십시오).

• 모든 ref가 정리 된 후에도 reflog에 여전히 깨진 커밋이있을 수 있습니다. git reflog expire –expire = now –all을 사용하여 모든 reflog를 지울 수 있습니다. 모든 리플 로그를 잃지 않으려면 개별 ref에서 깨진 리플 로그를 검색 할 수 있습니다.

  $ (echo HEAD; git for-each-ref --format='%(refname)') | while read ref; do git rev-list -g --objects $ref >/dev/null || echo "in $ref"; done
  

  (git rev-list에 추가 된 -g 옵션을 참고하십시오.) 그런 다음 각각에 git reflog expire –expire = now $ ref를 사용하십시오. 모든 깨진 refs 및 reflog가 사라지면 저장소가 깨끗한 지 확인하기 위해 git fsck –full을 실행하십시오. 매달린 물체는 괜찮습니다.

아래에서 현명하게 사용하지 않을 경우 잠재적으로 git 저장소의 데이터를 잃을 수있는 명령의 고급 사용법을 찾을 수 있으므로 실수로 git에 추가 손상을 입히기 전에 백업을 만드십시오. 자신이 무엇을하고 있는지 알고 있다면 자신의 위험을 감수하십시오.

가져온 후 업스트림 분기의 맨 위에 현재 분기를 가져 오려면 다음을 수행하십시오.

$ git pull --rebase

새 브랜치를 체크 아웃하고 이전 브랜치를 삭제할 수도 있습니다.

$ git checkout -b new_master origin/master

제거를 위해 git에서 손상된 개체를 찾으려면 다음 명령을 시도하십시오.

while [ true ]; do f=`git fsck --full 2>&1|awk '{print $3}'|sed -r 's/(^..)(.*)/objects\/\1\/\2/'`; if [ ! -f "$f" ]; then break; fi; echo delete $f; rm -f "$f"; done

OSX sed -E의 경우 sed -r.

다른 아이디어는 팩 파일에서 모든 개체를 압축 해제하여 .git / objects 내의 모든 개체를 다시 생성하는 것이므로 저장소 내에서 다음 명령을 실행 해보십시오.

$ cp -fr .git/objects/pack .git/objects/pack.bak
$ for i in .git/objects/pack.bak/*.pack; do git unpack-objects -r < $i; done
$ rm -frv .git/objects/pack.bak

위의 방법이 도움이되지 않으면 다른 저장소에서 git 객체를 rsync하거나 복사 할 수 있습니다.

$ rsync -varu git_server:/path/to/git/.git local_git_repo/
$ rsync -varu /local/path/to/other-working/git/.git local_git_repo/
$ cp -frv ../other_repo/.git/objects .git/objects

다음과 같이 결제를 시도 할 때 끊어진 분기를 수정하려면 :

$ git checkout -f master
fatal: unable to read tree 5ace24d474a9535ddd5e6a6c6a1ef480aecf2625

제거하고 업스트림에서 다시 체크 아웃하십시오.

$ git branch -D master
$ git checkout -b master github/master

git이 분리 된 상태로 들어가면 분리 master된 분기를 확인 하고 병합하십시오.

또 다른 아이디어는 기존 마스터를 재귀 적으로 리베이스하는 것입니다.

$ git reset HEAD --hard
$ git rebase -s recursive -X theirs origin/master

또한보십시오:

• 손상된 저장소를 수정하기 위해 Blob 개체를 재구성하는 몇 가지 트릭입니다.
• 손상된 저장소를 수정하는 방법은 무엇입니까?
• 저장소에서 깨진 참조를 모두 제거하는 방법은 무엇입니까?
• 손상된 git 저장소를 수정하는 방법은 무엇입니까? (seeques)
• 손상된 git 저장소를 수정하는 방법은 무엇입니까? (qnundrum)
• Git과 함께 SourceTree를 사용할 때 오류 : ‘Summary’실패, 코드 128 : 치명적 : 트리를 읽을 수 없음
• 손상된 Git 베어 리포지토리 복구
• 손상된 git 저장소 복구
• Git 오류 수정 방법 : 개체가 empy / 손상되었습니다.
• git fatal 진단 및 수정 방법 : 트리를 읽을 수 없음
• 이 자식 오류를 처리하는 방법
• 손상된 git 저장소를 수정하는 방법은 무엇입니까?
• Git의 다른 분기에있는 분기를 ‘병합’하는 대신 ‘덮어 쓰는’방법은 무엇입니까?
• git에서 마스터 브랜치를 완전히 다른 브랜치에서 대체하는 방법은 무엇입니까?
• 힘내 : “손상된 느슨한 개체”
• Git 재설정 = 치명적 : 트리를 읽을 수 없음