Удалите большой файл .pack, созданный git

Я проверил загрузку файлов в ветку и объединился, а затем должен был удалить их, и теперь у меня остался большой файл .pack, который я не знаю, как избавиться.

Я удалил все файлы с помощью git rm -rf xxxxxx, и я также использовал параметр --cached.

Может кто-нибудь сказать мне, как я могу удалить большой .pack файл, который в настоящее время находится в следующем каталоге:

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

Нужно ли мне просто удалить ветку, которая у меня есть, но больше не использую? Или есть что-то еще, что мне нужно запустить?

Я не уверен, какая разница, но он показывает блокировку файла.

Спасибо

ИЗМЕНИТЬ

Вот некоторые отрывки из моей bash_history, которые должны дать представление о том, как мне удалось попасть в это состояние (предположим, что в данный момент я работаю над ветвью git, называемой "my-branch", и у меня есть папка, содержащая больше папок/файлов):

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 (например, git gc), чтобы попытаться упорядочить файл пакета, но они также не отображаются в файле .bash_history.

Ответ 1

Проблема в том, что даже если вы удалили файлы, они все еще присутствуют в предыдущих версиях. В том-то и дело, что даже если вы удалите что-то, вы все равно сможете вернуть его, открыв историю.

То, что вы хотите сделать, называется переписыванием истории, и в нем задействована команда 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, чтобы принудительно истечь все ссылки на файл и удалить их из файла пакета. Ничто не должно быть заменено в этих командах.

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

Ответ 2

Сценарий A. Если ваши большие файлы были добавлены только в ветку, вам не нужно запускать git filter-branch. Вам просто нужно удалить ветку и запустить сборку мусора:

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

Сценарий B. Однако похоже, что на основе истории bash вы объединили изменения в мастер. Если вы не поделились изменениями с кем-либо (еще нет git push). Проще всего было бы reset вернуть мастер до слияния с веткой, в которой были большие файлы. Это устранит все фиксации из вашего ветки и все фиксации, сделанные для освоения после слияния. Таким образом, вы можете потерять изменения - в дополнение к большим файлам - которые вы, возможно, действительно хотели:

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.

Ответ 3

Один вариант:

запустить git gc вручную, чтобы сконденсировать несколько файлов пакета в один или несколько файлов пакетов. Эта операция является постоянной (т.е. Файл большого пакета сохранит свое поведение при сжатии), поэтому может быть полезно периодически сжимать репозиторий с помощью git gc --aggressive

Другой вариант - сохранить код и .git где-нибудь, а затем удалить .git и начать снова с использованием этого существующего кода, создав новый репозиторий git (git init).

Ответ 4

Как уже указывал в своем ответе loganfsmyth, вам нужно очистить историю git, потому что файлы продолжают существовать там даже после удаления их из репо. Официальные документы GitHub рекомендуют BFG, которые я считаю более удобными, чем filter-branch:

Удаление файлов из истории

Загрузите 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 также позволяет использовать даже более удобные опции (см. Docs) следующим образом:

Удалите все файлы размером более 100M из истории:

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

Важный!

При запуске BFG будьте осторожны, что как YOUR_FILE_NAME и YOUR_FOLDER_NAME действительно являются именами файлов и папок. Это не дорожки, поэтому что-то вроде foo/bar.jpg не будет работать! Вместо этого все файлы/папки с указанным именем будут удалены из истории репо, независимо от того, какой путь или ветвь они существуют.

Ответ 5

Я немного опоздал на шоу, но в случае, если вышеупомянутый ответ не решил запрос, я нашел другой способ. Просто удалите конкретный большой файл из.pack. У меня была эта проблема, когда я случайно зарегистрировался в большом файле размером 2 ГБ. Я выполнил шаги, описанные в этой ссылке: http://www.ducea.com/2012/02/07/howto-completely-remove-a-file-from-git-history/

Ответ 6

Запустите следующую команду, заменив PATH-TO-YOUR-FILE-WITH-SENSITIVE-DATA на путь к файлу, который вы хотите удалить, а не только на имя файла. Эти аргументы будут:

Заставить Git обрабатывать, но не проверять всю историю каждой ветки и тега
Удалить указанный файл, а также любые пустые коммиты, сгенерированные в результате
Перезаписать существующие теги

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

Ответ 7

это более удобное решение, чем кодирующее. почтовый файл. Откройте zip в формате просмотра файлов (отличается от распаковки). Удалить .pack файл. Разархивируйте и замените папку. Работает как шарм!