Есть ли способ убрать мерзавца?

Question

Похоже, мой проект с каждым шагом становится все больше и больше commit/push. Есть ли способ очистить мою папку git?

Answer 1

Я не уверен, что вы хотите.Прежде всего, конечно, каждый раз, когда вы делаете коммит / толкаете, каталог становится немного больше, поскольку он должен хранить каждый из этих дополнительных коммитов.

Однако, вероятно, вы хотите git gc, который будет "очистить ненужные файлы и оптимизировать локальный репозиторий "( страница справочника ).

Другая, возможно, соответствующая команда - git clean, которая удалит неотслеживаемых файлов из вашего дерева ( страница справочника ).

Answer 2

Пробег:

git remote prune origin

Удаляет все устаревшие ветви отслеживания, которые уже были удалены в origin, но все еще доступны локально в remotes/origin.

git gc --auto

' G arbage C ollection' - выполняет служебные задачи (сжимает ревизии, удаляет незакрепленные / недоступные объекты). Флаг --auto сначала определяет, требуется ли какая-либо работа, и завершает работу, если ничего не делает.

Answer 3

Один сценарий, в котором ваш git-репо будет серьезно увеличиваться на * с каждым коммитом, - это сценарий, в котором вы фиксируете бинарные файлы, которые вы генерируете регулярно. Их хранение не будет таким же эффективным, как у текстового файла .

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

В этой статье о пространстве git , AlBlue упоминает:

Обратите внимание, что Git (и Hg, и другие DVCS) страдают от проблемы, когда (большие) двоичные файлы регистрируются, а затем удаляются, так как они все равно будут отображаться в хранилище и занимать место, даже еслиони не текущие.

Если в вашем git-репозитории хранятся большие двоичные файлы, вы можете рассмотреть следующие вопросы:

• управление этими двоичными файлами в внешнем репозитории .
• управлять размером репозитория .git
• попытаться удалить эти двоичные файлы из вашей истории с помощью git filter-branch (предупреждение: это перезапишет историю, котораяплохо, если вы уже выдвинули репо и другие вытянули из него)

Answer 4

да да, git gc это решение, естественно,

и локально - вы можете просто удалить локальный репозиторий и клонировать его снова,

но здесь есть кое-что более важное ...

секунд, в течение которых вы ожидаете обработки этого огромного Git & Externals, накапливаются долгие минуты, в которые накапливаются часы, потраченные неэффективно,

Создайте новый (полностью, а не просто ветвь) репозиторий с нуля , включая только последнюю версию файлов, естественно вы потеряете все история,

но когда в мире кода не время становиться сентиментальным, нет смысла тащить весь 5-летний код за каждый коммит или разность, вы все равно можете хранить старые git & externals где-нибудь, если вы испытываете ностальгию:]

но в какой-то момент вам действительно нужно двигаться дальше:]

ваша команда поблагодарит вас!

Answer 5

git clean -d -f -i - лучший способ сделать это.

Это поможет сделать уборку более контролируемой.

-i обозначает интерактив.

Answer 6

Выполнение этой команды чрезвычайно опасно, но сократит ваш репозиторий, удалив все ваши файлы git recovery / backup:

git reflog expire --expire=now --all && git gc --prune=now --aggressive

Он сотрет все файлы, которые использует git для восстановления вашего репозитория по какой-то неверной команде, например, если вы сделали git reset --hard, вы обычно можете восстановить потерянные файлы. Но если вы выполните git reset --hard перед командой git reflog expire..., вы потеряли все. Теперь ваша единственная надежда - использовать какой-либо инструмент, который анализирует вашу файловую систему и пытается восстановить удаленные файлы, если они не были переопределены.

Answer 7

Не знаю, уменьшит ли оно это, но после запуска git clean я часто также делаю git repack -ad, что уменьшает количество файлов пакета.