Удалить файл из репозитория git (история)

Я не могу сказать наверняка, не имея доступа к данным вашего репозитория, но я полагаю, что, вероятно, есть одна или несколько упакованных ссылок, которые все еще ссылаются на старые коммиты, сделанные до того, как вы запустили git filter-branch. Это объясняет, почему git fsck --full --unreachable не называет большой blob недостижимым объектом, даже если у вас истек срок действия вашего журнала ссылок и удалены исходные (распакованные) ссылки.

Вот что я бы сделал (после того, как были выполнены git filter-branch и git gc):

1) Убедитесь, что исходные ссылки удалены:

rm -rf .git/refs/original

2) Удалить все записи рефлога:

git reflog expire --all --expire='0 days'

3) Проверьте старые упакованные ссылки

Это может быть сложно, в зависимости от того, сколько у вас упакованных ссылок. Я не знаю ни одной команды Git, которая автоматизирует это, поэтому думаю, вам придется сделать это вручную. Сделайте резервную копию .git/packed-refs. Теперь отредактируйте .git/packed-refs. Проверьте старые ссылки (в частности, посмотрите, не упакованы ли они какие-либо ссылки из .git/refs/original). Если вы найдете старые, которых там нет, удалите их (удалите строку для этого исх.).

После того, как вы закончите очистку packed-refs файла, посмотрите, не замечает ли git fsck недостижимые объекты:

git fsck --full --unreachable

Если это сработало и git fsck теперь сообщает о недоступности большого двоичного объекта, вы можете перейти к следующему шагу.

4) Повторно упакуйте упакованный архив (ы)

git repack -A -d

Это гарантирует, что недоступные объекты будут распакованы и останутся распакованными.

5) Удалите незакрепленные (недоступные) объекты

git prune

И это должно сработать. У Git действительно должен быть лучший способ управлять упакованными ссылками. Может быть, есть способ получше, о котором я не знаю. В отсутствие лучшего способа редактирование файла packed-refs вручную может быть единственным выходом.

Я бы рекомендовал использовать BFG Repo-Cleaner, более простую и быструю альтернативу git-filter-branch специально разработан для перезаписи файлов из истории Git. Один из способов, которым это упрощает вашу жизнь, заключается в том, что он фактически обрабатывает все ссылки по умолчанию (все теги, ветки, такие вещи, как refs / remotes / origin / master и т. Д.), Но также в 10-50 раз быстрее.

Вам следует внимательно выполнить следующие действия: http://rtyley.github.com/bfg-repo-cleaner/#usage - но основная часть заключается в следующем: загрузите BFG jar (требуется Java 6 или выше) и выполните эту команду:

$ java -jar bfg.jar  --delete-files file_name  my-repo.git

Любой файл с именем file_name (которого нет в вашей последней фиксации) будет полностью удален из истории вашего репозитория. Затем вы можете использовать git gc для очистки мертвых данных:

$ git gc --prune=now --aggressive

BFG, как правило, намного проще в использовании, чем git-filter-branch - параметры адаптированы для этих двух общих сценариев использования:

• Удаление безумно больших файлов
• Удаление паролей, учетных данных и других личных данных

Полное раскрытие информации: я являюсь автором BFG Repo-Cleaner.

Я обнаружил, что это очень полезно в отношении удаления всей папки, поскольку приведенное выше мне не помогло: https://help.github.com/articles/remove-sensitive-data.

Я использовал:

git filter-branch -f --force \
--index-filter 'git rm -rf --cached --ignore-unmatch folder/sub-folder' \
--prune-empty --tag-name-filter cat -- --all

rm -rf .git/refs/original/
git reflog expire --expire=now --all
git gc --prune=now
git gc --aggressive --prune=now

Я пытался избавиться от большого файла в истории, и приведенные выше ответы работали до определенного момента. Дело в том, что они не работают, если у вас есть теги. Если фиксация, содержащая большой файл, доступна по тегу, вам нужно будет настроить команду filter-branch следующим образом:

git filter-branch --tag-name-filter cat \
--index-filter 'git rm --cached --ignore-unmatch huge_file_name' -- \
--all --tags

См. Как удалить конфиденциальные файлы из истории git

Вышеупомянутое приведет к ошибке, если файл не существует в версии rev. В этом случае переключатель '--ignore-unmatch' исправит это:

git filter-branch -f --index-filter 'git rm --cached --ignore-unmatch <filename>' HEAD

Затем, чтобы убрать все незакрепленные объекты из хранилища:

git gc --prune='0 days ago'

У вас есть разные причины для все еще большого размера репозитория git после git gc, поскольку он не удаляет все незакрепленные объекты.

Я подробно описываю эти причины в разделе «уменьшить размер репозитория git».

Но в вашем случае можно проверить один трюк: clone ваше «очищенное» репозиторий Git и посмотрите, имеет ли клон подходящего размера.