분기가없는 Git 커밋 나열 및 삭제 (댕글?)

특정 분기 아래에 많은 커밋이있는 Git 리포지토리가 있는데 할 git show수 있지만 포함 된 분기를 나열하려고하면 아무것도보고하지 않습니다.

나는 이것이 -D 브랜치의 결과로 매달려있는 커밋 / 트리 문제라고 생각했기 때문에 리포지를 정리했지만 여전히 그 후에도 동일한 동작을 봅니다.

$ git fetch origin

$ git fsck --unreachable
$ git fsck

출력도없고 매달려있는 것도 없습니다 (오른쪽?). 그러나 커밋이 존재합니다

$ git show 793db7f272ba4bbdd1e32f14410a52a412667042
commit 793db7f272ba4bbdd1e32f14410a52a412667042
Author: ...

그리고 그것은 어떤 지점을 통해서도 도달 할 수 없습니다

$ git branch --contains 793db7f272ba4bbdd1e32f14410a52a412667042

출력을 제공하지 않습니다.

그 커밋의 상태는 정확히 무엇입니까? 모든 커밋을 유사한 상태로 나열하려면 어떻게해야합니까? 그런 커밋을 어떻게 삭제합니까?

출력이없고 매달려있는 것이 없습니다 (맞습니까?)

참조 로그에서 언급 된 커밋은 도달 가능한 것으로 간주됩니다.

그 커밋의 상태는 정확히 무엇입니까? 비슷한 상태의 모든 커밋을 나열하는 방법

패스 --no-reflogs설득하는 git fsck당신에게 보여.

그런 커밋을 어떻게 삭제합니까?

reflog 항목이 만료되면 해당 객체도로 정리됩니다 git gc.

만기가에 의해 규제되고 gc.pruneexpire, gc.reflogexpire및 gc.reflogexpireunreachable설정. Cf. git help config.

기본값은 모두 합리적입니다.

매달린 커밋과 reflog에서 도달 가능한 커밋을 제거하려면 다음을 수행하십시오.

git reflog expire --expire-unreachable=now --all
git gc --prune=now

그러나 이것이 당신이 원하는 것임을 확신하십시오. 맨 페이지를 읽는 것이 좋지만 여기 요점이 있습니다.

git gc도달 할 수없는 오브젝트 (커밋, 트리, 얼룩 (파일))를 제거합니다. 일부 지점의 내역에 속하지 않으면 개체에 연결할 수 없습니다. 실제로는 조금 더 복잡합니다.

git gc 다른 일을하지만 여기서는 관련이 없으며 위험하지 않습니다.

2 주 미만의 도달 할 수없는 개체는 제거되지 않으므로 --prune=now"이전에는 만든 연결할 수없는 개체 제거"를 의미합니다.

reflog를 통해 객체에 접근 할 수도 있습니다. 브랜치는 일부 프로젝트의 이력을 기록하지만 리플 로그는이 브랜치의 이력을 기록합니다. 수정하면 재설정 등의 커밋이 브랜치 히스토리에서 제거되지만 git은 실수를 저지른 경우를 대비하여 유지합니다. Reflogs는 브랜치 (또는 HEAD)에서 수행 된 파괴적인 (및 기타) 조작을 알아내는 편리한 방법으로 파괴적인 조작을보다 쉽게 ​​취소 할 수 있습니다.

따라서 지점에서 도달 할 수없는 모든 것을 실제로 제거하려면 reflog를 제거해야합니다. 우리는 --allreflog 를 만료 시켜서 그렇게합니다 . 다시 git은 사용자를 보호하기 위해 약간의 reflog를 유지하므로 그렇게하지 말라고 다시 지시해야 --expire-unreachable=now합니다.

필자는 파괴적인 작업에서 복구하기 위해 주로 reflog를 사용하기 때문에 일반적으로 reflog를 --expire=now완전히 방해합니다.

이 스레드의 모든 조언을 따른 후에도 동일한 문제가 발생했습니다.

git reflog expire --expire-unreachable=now --all
git gc --prune=now
git fsck --unreachable --no-reflogs   # no output
git branch -a --contains <commit>     # no output
git show <commit>                     # still shows up

참조가 아닌 분기가 아닌 경우 ... 태그 여야합니다 !

git tag                             # showed several old tags created before the cleanup

git tag -d <tagname>정리 태그를 제거하고 정리를 다시 수행했는데 이전 커밋이 사라졌습니다.

git branch --contains 793db7f272ba4bbdd1e32f14410a52a412667042

아마 단지

git branch -a --contains 793db7f272ba4bbdd1e32f14410a52a412667042

리모컨의 분기에 대해서도보고

나는 비슷한 문제가 있었다. 나는 실행 git branch --contains <commit>했고 질문에서와 같이 출력을 반환하지 않았습니다.

하지만 도망친 후에도

git reflog expire --expire-unreachable=now --all
git gc --prune=now

내 커밋은 여전히을 사용하여 액세스 할 수 있습니다 git show <commit>. 분리 / 매달린 "지점"의 커밋 중 하나에 태그가 지정 되었기 때문입니다. 태그를 제거하고 위의 명령을 다시 실행했으며 황금색이었습니다. git show <commit>반환 fatal: bad object <commit>-정확히 내가 필요한 것. 바라건대 이것은 내가 갇힌 다른 누군가를 돕기를 바랍니다.

실수로 같은 상황에 부딪쳐서 숨김에 도달 할 수없는 커밋에 대한 참조가 포함되어있는 것으로 추정되어 도달 할 수없는 커밋이 숨김에서 도달 할 수 있다고 가정했습니다.

이것들은 내가 진정으로 도달 할 수 없도록하기 위해했던 것입니다.

git stash clear
git reflog expire --expire-unreachable=now --all
git fsck --unreachable
git gc --prune=now

git gc --prune=<date>2 주 전보다 오래된 객체를 제거하는 것이 기본값입니다. 더 최근 날짜를 설정할 수 있습니다. 그러나 느슨한 객체를 생성하는 git 명령은 일반적으로 git gc --auto를 실행합니다 (이는 개수가 구성 변수 gc.auto의 값을 초과하면 느슨한 객체를 제거합니다).

이 커밋을 삭제 하시겠습니까? gc.auto의 기본 설정은 느슨한 객체가 불합리한 양의 메모리를 차지하지 않도록하며, 일정한 시간 동안 느슨한 객체를 저장하는 것이 좋습니다. 이렇게하면 내일 삭제 된 분기에 필요한 커밋이 포함되어 있음을 알게되면이를 복구 할 수 있습니다.