반응형
git gc fatal을 처리하는 방법 : 잘못된 개체 참조 / 원격 / 원본 / HEAD 오류 : 재팩을 실행하지 못했습니다.
나는 오늘 가비지 수집을 시도하는 동안 무작위로 목록을 쳤다.
$ git gc
fatal: bad object refs/remotes/origin/HEAD
error: failed to run repack
어떻게 처리합니까?
나는 이것의 결과를 이해하지 못하지만 이 스레드에서 제안한 것처럼 이것을 만났을 때 나는 방금했다.
$ mv .git/refs/remotes/origin/HEAD /tmp
(경우에 대비하여 보관) 그리고
$ git gc
불평하지 않고 일했다. 나는 어떤 문제도 겪지 않았습니다.
내가 만난 문제 ( 위의 주석 에서 @Stavarengo가 언급 한 것과 동일한 문제 )는 기본 원격 분기 ( develop
내 경우)가 삭제되었지만 여전히 .git/refs/remotes/origin/HEAD
.
.git/refs/remotes/origin/HEAD
내 편집기에서 열면 다음 과 같이 표시됩니다.
ref: refs/remotes/origin/develop
나는 조심스럽게 내 새 기본 지점에서 지점으로 편집하고 모두 잘했다 :
ref: refs/remotes/origin/master
저에게 팁을 준 단서는 달리기 git prune
가이 오류를 보여 주었다는 것입니다.
> git prune
warning: symbolic ref is dangling: refs/remotes/origin/HEAD
이것이 효과가있는 것 같기 때문에 해결책은 다음과 같다고 생각했지만 실제로 문제를 해결하지 못하는 것으로 나타났습니다.
git remote set-head origin --auto
Trenton의 답변을 본 후, 나는 나의 .git/refs/remotes/origin/HEAD
것을 보았고 그것이 현재 삭제 된 이전 브랜치를 가리키고 있음을 알았습니다.
그러나 파일을 직접 편집하는 대신 Ryan의 솔루션을 시도했습니다.
git remote set-head origin --auto
자동으로 파일을 새 브랜치로 설정하고 git gc
그 후에는 정상적으로 작동했습니다.
반응형
'IT story' 카테고리의 다른 글
jquery, id 내의 클래스 선택자 (0) | 2020.09.15 |
---|---|
iOS Nested View Controllers view inside UIViewController 's view? (0) | 2020.09.15 |
스크래피 스파이더에서 사용자 정의 인수를 전달하는 방법 (0) | 2020.09.15 |
Android Fragment onClick 버튼 방법 (0) | 2020.09.15 |
+를 사용하여 람다에 대한 함수 포인터 및 std :: function에 대한 모호한 오버로드 해결 (0) | 2020.09.14 |