Git Disaster: 1.2GB скрыт в .git

Question

Мы работаем над проблемой:

Мы работаем с данными, которые составляют около 1,2 ГБ. Поскольку мы перешли на другой формат данных, забыл поместить новый формат в .gitignore. После того, как мы заметили, что все файлы были добавлены, мы удалили их все и зафиксировали, но было уже слишком поздно, и теперь мы не можем больше нажимать на сервер, потому что он слишком большой для полосы пропускания!

мы уже пытались

sudo git filter-branch --tree-filter "rm -f *.nc" HEAD 

Но это не работает! Толчок все еще пытается вытолкнуть все ~ 3000 объектов! Итак, как мы можем действовать, потому что у нас действительно проблемы, так как невозможно общаться друг с другом.

Answer 1

Да, git filter-branch - это путь.

Но так как вы собираетесь изменить историю, вы можете просто отжимают из проблемной части истории, то cherry-pick позже хорошо совершает, так же, как я недавно объяснил here.

Тогда вы можете git gc --prune удалить бесполезные огромные коммиты.

и использовать git push -f для перезаписи истории на стороне сервера.

Answer 2

Сначала решите, сколько проблемных вопросов вы имеете в виду. Фильтр-ветвь является мощным, но он также запутан в использовании и имеет причудливый синтаксис. Для меня, если число проблемных коммитов < 10 Я бы использовал rebase, если это> 10, я бы использовал ветвь фильтра.

Для решения ветви фильтра вы обычно используете форму -index-filter. Вы должны использовать * .nc вместо имени файла. Но вам может потребоваться добавить -r для рекурсивного, если ваши nc-файлы будут распространены, и вам может потребоваться добавить --pune-empty.

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

Для минимального количества фиксаций git rebase -i HEAD~X будет проще. Просто измените выбор, чтобы отредактировать, вернуться и очистить коммиты, чтобы удалить плохие файлы и добавить .gitignore на место.

Как только вы это сделаете - вы исправите историю изменений. Однако вы не можете собирать мусор.

Если вы использовали ветвь фильтра, она создала кучу резервных ссылок. Вы должны удалить их с

git for-each-ref --format="%(refname)" refs/original/ | xargs -n 1 git update-ref -d 

Для любого фильтра или перебазироваться решением, которое вы также должны истечь в reflogs

git reflog expire --expire=now --all 

Теперь вы можете, наконец, вернуть себе место на диск объекты принимают с

git gc --prune=now 

Это будет «исправлять» все репо, над которыми вы сейчас работаете. Если это не репо на вашем сервере, вам нужно будет принудительно нажать на сервер. Это только исправит refs на сервере, хотя, возможно, не будет восстанавливать дисковое пространство. Вам также нужно будет истекло/gc на сервере.