git удалить старые версии файла

Question

У меня есть большой файл размером 33 МБ, где я хочу навсегда удалить самые старые версии этого файла, поэтому я поддерживаю только последние версии X. Как это сделать?

Из-за этого мой голый хранилище становится огромным.

Я попытался следующий .. но он удаляет файл полностью

git filter-branch --index-filter 'git rm --cached --ignore-unmatch big_manual.txt' HEAD 

Для определения больших файлов в моем хранилище я использую git-large-blob by Aristotle Pagaltzis.

Answer 1

Я думаю, что вы на правильном пути с командой git filter-branch, которую вы пытались. Проблема в том, что вы не сказали ему хранить файл в каких-либо коммитах, поэтому он удаляется из всех них. Теперь, я не думаю, что есть способ напрямую сообщить git-filter-branch, чтобы пропустить любые коммиты. Однако, поскольку команды выполняются в контексте оболочки, не должно быть слишком сложно использовать оболочку для удаления всех, кроме последнего числа X исправлений. Что-то вроде этого:

KEEP=10 I=0 NUM_COMMITS=$(git rev-list master | wc -l) \ 
git filter-branch --index-filter \ 
'if [[ ${I} -lt $((NUM_COMMITS - KEEP)) ]]; then 
    git rm --cached --ignore-unmatch big_manual.txt; 
fi; 
I=$((I + 1))' 

Это будет держать big_manual.txt в последние 10 фиксаций.

Это, как сказал Чарльз, я не уверен, что это лучший подход, поскольку вы фактически уничтожаете всю точку VCS, удаляя старые версии.

Вы уже пробовали оптимизировать репозиторий git с помощью git-gc и/или git-repack? Если нет, это может стоить попробовать.

Answer 2

Примечание: этот ответ о сокращении истории целого проекта, а не удаление одного файла из старой истории, что вопрос был о!

---

Самый простой способ сократить историю всего проектас помощью git filter-branch будет использовать трансплантатов механизм (см repository layout документацию) укорачивать истории:

$ echo "$commit_id" >> .git/info/grafts 

где $commit_id является фиксация, которую вы хотите быть корнем (первая фиксация) нового репозитория. Посмотрите, используя «git log» или средство просмотра графической истории, например gitk, что история выглядит так, как вы хотите, и запустите «git filter-branch -all»; использование графтов описано в документации по филиалу git-filter.

Или вы можете использовать неглубокий клон с использованием --depth <depth> опции git clone.

---

---

Вы можете использовать трансплантатов удалить часть истории одного файла (что было первоначально запрошенной) используя шаги описаны ниже. Это решение состоит из нескольких шагов, чем solution proposed by Dan Moulding, но каждый из шагов проще, и вы можете проверить промежуточные этапы, используя «git log» или средство просмотра графической истории.

1. Сначала выберите точку, в которой вы хотите удалить файл, и отметьте эти фиксации, создав ветви в этих точках. Например, если вы хотите, чтобы файл появляется впервые в фиксации f020285b и удалить ее во всех его предков, пометить его предка (при условии, что это обычный, не слияние фиксации) с помощью

   $ git branch cleanup f020285b^ 
   

2. Во-вторых, удалить файл из истории, начиная с cleanup (т.е. f020285b^) с использованием ГИТ-фильтра-ветви, как показано в разделе «Примеры» из git-filter-branch страницы руководства:

   $ git filter-branch --index-filter 'git rm --cached --ignore-unmatch big_manual.txt' cleanup 
   

   Если вы хотите удалить также все коммиты, которые были изменены только удаленный файл, вы можете дополнительно использовать --prune-empty вариант для git-filter-branch.

3. Далее присоединиться переписано часть истории с остальной частью истории с использованием механизма черенками:

   $ echo $(git-rev-parse f020285b) $(git rev-parse cleanup) >> .git/info/grafts 
   

   Затем вы можете проверить histry, чтобы проверить, если он правильно присоединился.

4. Последнее, сделать трансплантаты постоянным (это сделало бы все трансплантаты постоянно, но давайте предположим, что здесь вы не использовать трансплантаты в противном случае) с использованием ГИТ-фильтра-ветви,

   $ git filter-branch cleanup..HEAD 
   

   и удалить трансплантатов (как они не нужны больше), а cleanup филиал

   $ rm .git/info/grafts 
   $ git branch -d cleanup 
   

Конечная нота: если удалить часть истории какой-то файл, вам лучше убедиться, что проект без этого файл имеет смысл (и, например, правильно компилируется).

Answer 3

Возможно, вы захотите использовать git submodules. Таким образом, вы можете хранить изображения и другие большие файлы в другом репозитории git, а репозиторий с исходными кодами может ссылаться на конкретную ревизию этого другого репозитория.

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