git에 의해 생성 된 큰 .pack 파일 제거

많은 파일을 브랜치에 체크인하고 병합 한 다음 제거해야했고 이제 제거하는 방법을 모르는 큰 .pack 파일이 남았습니다.

사용하여 모든 파일을 삭제 git rm -rf xxxxxx하고 --cached옵션 도 실행했습니다 .

누군가가 현재 다음 디렉토리에있는 큰 .pack 파일을 제거하는 방법을 알려줄 수 있습니까?

.git/objects/pack/pack-xxxxxxxxxxxxxxxxx.pack

아직 가지고 있지만 더 이상 사용하지 않는 분기 만 제거해야합니까? 아니면 내가 실행해야 할 다른 것이 있습니까?

얼마나 많은 차이가 있는지 모르겠지만 파일에 자물쇠가 표시됩니다.

감사

편집하다

여기에 내가 어떻게이 상태에 들어갈 수 있었는지 알 수있는 bash_history에서 발췌 한 내용이 있습니다. 파일) :

git add .
git commit -m "Adding my branch changes to master"
git checkout master
git merge my-branch
git rm -rf unwanted_folder/
rm -rf unwanted_folder/     (not sure why I ran this as well but I did)

나는 또한 다음을 실행했다고 생각했지만 다른 사람들과 함께 bash_history에 나타나지 않습니다.

git rm -rf --cached unwanted_folder/

또한 git gc팩 파일을 정리하기 위해 몇 가지 git 명령 (예 :)을 실행했다고 생각 했지만 .bash_history 파일에도 나타나지 않습니다.

문제는 파일을 제거했지만 이전 개정판에 여전히 존재한다는 것입니다. 그것이 git의 요점입니다. 무언가를 삭제하더라도 기록에 액세스하여 다시 가져올 수 있다는 것입니다.

당신이하고자하는 것은 재 작성 히스토리라고 불리는데 그것은 git filter-branch명령 과 관련이 있습니다.

GitHub의 사이트에 문제에 대한 좋은 설명이 있습니다. https://help.github.com/articles/remove-sensitive-data

질문에 더 직접적으로 대답하기 위해 기본적으로 실행해야하는 것은이 명령을 unwanted_filename_or_folder적절 하게 대체하는 것입니다.

git filter-branch --index-filter 'git rm -r --cached --ignore-unmatch unwanted_filename_or_folder' --prune-empty

이렇게하면 저장소의 활성 기록에서 파일에 대한 모든 참조가 제거됩니다.

다음 단계는 GC주기를 수행하여 파일에 대한 모든 참조를 강제로 만료시키고 packfile에서 제거합니다. 이 명령에서 대체 할 필요가 없습니다.

git for-each-ref --format='delete %(refname)' refs/original | git update-ref --stdin
# or, for older git versions (e.g. 1.8.3.1) which don't support --stdin
# git update-ref $(git for-each-ref --format='delete %(refname)' refs/original)
git reflog expire --expire=now --all
git gc --aggressive --prune=now

시나리오 A : 큰 파일이 브랜치에만 추가 된 경우에는을 실행할 필요가 없습니다 git filter-branch. 분기를 삭제하고 가비지 수집을 실행하기 만하면됩니다.

git branch -D mybranch
git reflog expire --expire-unreachable=all --all
git gc --prune=all

시나리오 B : 그러나 bash 히스토리에 따르면 변경 사항을 마스터에 병합 한 것 같습니다. 변경 사항을 누구와도 공유하지 않은 경우 ( git push아직 공유하지 않음). 가장 쉬운 방법은 큰 파일이있는 브랜치와 병합하기 전에 마스터를 다시 재설정하는 것입니다. 이렇게하면 브랜치의 모든 커밋과 병합 후 마스터에 대한 모든 커밋이 제거됩니다. 따라서 실제로 원할 수있는 큰 파일 외에도 변경 사항이 손실 될 수 있습니다.

git checkout master
git log # Find the commit hash just before the merge
git reset --hard <commit hash>

그런 다음 시나리오 A의 단계를 실행하십시오.

시나리오 C : 유지하려는 병합 후 분기에서 다른 변경 사항이 있거나 마스터 에서 변경된 경우 마스터를 리베이스하고 원하는 커밋을 선택적으로 포함하는 것이 가장 좋습니다.

git checkout master
git log # Find the commit hash just before the merge
git rebase -i <commit hash>

편집기에서 큰 파일을 추가 한 커밋에 해당하는 줄을 제거하고 나머지는 그대로 둡니다. 저장하고 종료하십시오. 마스터 브랜치는 원하는 내용 만 포함해야하며 대용량 파일은 포함하지 않아야합니다. 참고 것을 git rebase하지 않고 -p병합 커밋을 제거 할 것이다, 그래서 당신은 후 마스터 선형 역사에 남아있을 것입니다 <commit hash>. 이것은 아마도 당신에게 괜찮을 수 있지만 그렇지 않다면을 사용해 볼 수 -p있지만 git help rebase라고 말합니다 combining -p with the -i option explicitly is generally not a good idea unless you know what you are doing.

그런 다음 시나리오 A의 명령을 실행하십시오.

loganfsmyth가 이미 그의 답변 에서 언급했듯이 파일이 저장소에서 삭제 된 후에도 계속 존재하기 때문에 git 기록을 제거해야합니다. 공식 GitHub 문서 에서는filter-branch 다음 보다 사용하기 쉬운 BFG 를 권장합니다 .

기록에서 파일 삭제

웹 사이트에서 BFG를 다운로드하십시오 . Java가 설치되어 있는지 확인한 다음 미러 클론을 만들고 기록을 제거하십시오. YOUR_FILE_NAME삭제할 파일의 이름 으로 바꾸십시오 .

git clone --mirror git://example.com/some-big-repo.git
java -jar bfg.jar --delete-files YOUR_FILE_NAME some-big-repo.git
cd some-big-repo.git
git reflog expire --expire=now --all && git gc --prune=now --aggressive
git push

폴더 삭제

위와 같지만 사용 --delete-folders

java -jar bfg.jar --delete-folders YOUR_FOLDER_NAME some-big-repo.git

다른 옵션

BFG는 또한 다음과 같은 더 멋진 옵션 ( 문서 참조 )을 허용합니다 .

기록에서 100M보다 큰 모든 파일을 제거합니다.

java -jar bfg.jar --strip-blobs-bigger-than 100M some-big-repo.git

중대한!

BFG를 실행할 때 YOUR_FILE_NAME및 둘 다 YOUR_FOLDER_NAME실제로 파일 / 폴더 이름 임을주의 하십시오. 그들은 경로가 아니므로 같은 foo/bar.jpg것이 작동하지 않습니다! 대신 지정된 이름의 모든 파일 / 폴더가 존재하는 경로 또는 분기에 관계없이 저장소 기록에서 제거됩니다.

하나의 옵션 :

git gc수동으로 실행 하여 여러 팩 파일을 하나 또는 몇 개의 팩 파일로 압축합니다. 이 작업은 지속적이므로 (즉, 큰 팩 파일은 압축 동작을 유지합니다) 따라서 정기적으로 저장소를 압축하는 것이 좋습니다.git gc --aggressive

또 다른 옵션은 코드와 .git을 어딘가에 저장 한 다음 .git을 삭제하고이 기존 코드를 사용하여 다시 시작하여 새 git 저장소 ( git init)를 만드는 것 입니다.

다음 명령을 실행하여 PATH-TO-YOUR-FILE-WITH-SENSITIVE-DATA파일 이름뿐만 아니라 제거 할 파일의 경로로 바꿉니다 . 이러한 인수는 다음과 같습니다.

1. Git이 모든 브랜치 및 태그의 전체 기록을 처리하되 체크 아웃하지 않도록합니다.
2. 지정된 파일과 결과로 생성 된 빈 커밋을 제거합니다.
3. 기존 태그 덮어 쓰기

git filter-branch --force --index-filter "git rm --cached --ignore-unmatch PATH-TO-YOUR-FILE-WITH-SENSITIVE-DATA" --prune-empty --tag-name-filter cat -- --all

이렇게하면 저장소의 활성 기록에서 파일에 대한 모든 참조가 강제로 제거됩니다.

다음 단계는 GC주기를 수행하여 파일에 대한 모든 참조를 강제로 만료시키고 팩 파일에서 제거합니다. 이 명령에서 대체 할 필요가 없습니다.

git update-ref -d refs/original/refs/remotes/origin/master
git for-each-ref --format='delete %(refname)' refs/original | git update-ref --stdin
git reflog expire --expire=now --all
git gc --aggressive --prune=now

쇼에 조금 늦었지만 위의 답변으로 쿼리가 해결되지 않은 경우 다른 방법을 찾았습니다. .pack에서 특정 대용량 파일을 제거하기 만하면됩니다. 실수로 큰 2GB 파일을 체크인 한이 문제가 발생했습니다. 이 링크에 설명 된 단계를 따랐습니다. http://www.ducea.com/2012/02/07/howto-completely-remove-a-file-from-git-history/

이것은 코딩보다 편리한 솔루션입니다. 파일을 압축하십시오. 파일보기 형식으로 zip을 엽니 다 (압축 해제와 다름). .pack 파일을 삭제하십시오. 폴더의 압축을 풀고 교체하십시오. 매력처럼 작동합니다!