Как удалить старую историю из репозитория git?

Просто создайте прививку родителя вашего нового корневого коммита без родителя (или к пустому коммиту, например, к реальному корневому коммиту вашего репозитория). Например. echo "<NEW-ROOT-SHA1>" > .git/info/grafts

После создания трансплантата он сразу вступает в силу; вы сможете посмотреть на git log и увидеть, что нежелательные старые коммиты исчезли:

$ echo 4a46bc886318679d8b15e05aea40b83ff6c3bd47 > .git/info/grafts
$ git log --decorate | tail --lines=11
commit cb3da2d4d8c3378919844b29e815bfd5fdc0210c
Author: Your Name <[email protected]>
Date:   Fri May 24 14:04:10 2013 +0200

    Another message

commit 4a46bc886318679d8b15e05aea40b83ff6c3bd47 (grafted)
Author: Your Name <[email protected]>
Date:   Thu May 23 22:27:48 2013 +0200

    Some message

Если все выглядит так, как задумано, вы можете просто сделать простое git filter-branch -- --all, чтобы сделать его постоянным.

ВНИМАНИЕ: после выполнения шага filter-branch все идентификаторы коммитов будут изменены, поэтому любой, кто использует старое репо, никогда не должен объединяться с кем-либо, использующим новое репо.

Может быть, уже слишком поздно, чтобы публиковать ответ, но, поскольку эта страница является первым результатом Google, она все еще может быть полезной.

Если вы хотите освободить место в своем репозитории git, но не хотите перестраивать все свои коммиты (rebase или graft) и по-прежнему иметь возможность отправлять/вытягивать/сливать от людей, у которых есть полный репозиторий, вы можете использовать клон git мелкий клон (параметр --depth).

; Clone the original repo into limitedRepo
git clone file:///path_to/originalRepo limitedRepo --depth=10

; Remove the original repo, to free up some space
rm -rf originalRepo
cd limitedRepo
git remote rm origin

Возможно, вы сможете очистить существующее репо, выполнив следующие действия:

; Shallow to last 5 commits
git rev-parse HEAD~5 > .git/shallow

; Manually remove all other branches, tags and remotes that refers to old commits

; Prune unreachable objects
git fsck --unreachable ; Will show you the list of what will be deleted
git gc --prune=now     ; Will actually delete your data

Как удалить все локальные теги git?

Ps: более старые версии git не поддерживали клонирование/проталкивание/вытягивание из/в неглубокие репозитории.

Этот метод прост для понимания. и работает нормально. Аргументом скрипта ($1) является ссылка (тег, хеш,...) на коммит, начиная с которого вы хотите вести историю.

#!/bin/bash
git checkout --orphan temp $1 # create a new branch without parent history
git commit -m "Truncated history" # create a first commit on this branch
git rebase --onto temp $1 master # now rebase the part of master branch that we want to keep onto this branch
git branch -D temp # delete the temp branch

# The following 2 commands are optional - they keep your git repo in good shape.
git prune --progress # delete all the objects w/o references
git gc --aggressive # aggressively collect garbage; may take a lot of time on large repos

ПРИМЕЧАНИЕ: старые теги останутся; поэтому вам может потребоваться удалить их вручную

примечание: я знаю, что это почти то же самое, что и @yoyodin, но здесь есть несколько важных дополнительных команд и информации. Я попытался отредактировать ответ, но, поскольку это существенное изменение ответа @yoyodin, мое редактирование было отклонено, так что вот информация!

Попробуйте этот метод Как обрезать историю git :

#!/bin/bash
git checkout --orphan temp $1
git commit -m "Truncated history"
git rebase --onto temp $1 master
git branch -D temp

Здесь $1 — это SHA-1 коммита, который вы хотите сохранить, и скрипт создаст новую ветку, содержащую все коммиты между $1 и master, и вся старая история будет удалена. Обратите внимание, что этот простой сценарий предполагает, что у вас нет существующей ветки с именем temp. Также обратите внимание, что этот скрипт не очищает данные git от старой истории. Запустите git gc --prune=all && git repack -a -f -F -d после того, как убедитесь, что вы действительно хотите потерять всю историю. Вам также может понадобиться rebase --preserve-merges, но имейте в виду, что реализация этой функции в git не идеальна. Проверьте результаты вручную, если вы используете это.

В качестве альтернативы перезаписи истории рассмотрите возможность использования git replace как в этой статье из книги Pro Git . Обсуждаемый пример включает замену родительского коммита для имитации начала дерева, при этом полная история сохраняется как отдельная ветвь для безопасного хранения.

Если вы хотите сохранить репозиторий upstream с полной историей, но с небольшими локальными извлечениями, выполните неглубокое клонирование с помощью git clone --depth=1 [repo].

После нажатия фиксации вы можете сделать

1. git fetch --depth=1 для удаления старых коммитов. Это делает старые коммиты и их объекты недоступными.
2. git reflog expire --expire-unreachable=now --all. Срок действия всех старых коммитов и их объектов
3. git gc --aggressive --prune=all для удаления старых объектов

См. также Как удалить локальную историю git после коммита?.

Обратите внимание, что вы не можете отправить этот «мелкий» репозиторий в другое место: «мелкое обновление не разрешено». См. раздел Удаленное отклонение (поверхностное обновление не разрешено) после изменения удаленного URL-адреса Git. Если вы хотите этого, вы должны придерживаться прививки.

Мне нужно было прочитать несколько ответов и некоторую другую информацию, чтобы понять, что я делаю.

<сильный>1. Игнорировать все, что старше определенной фиксации

Файл .git/info/grafts может определять поддельных родителей для коммита. Строка только с идентификатором фиксации говорит о том, что у фиксации нет родителя. Если мы хотим сказать, что нас интересуют только последние 2000 коммитов, мы можем ввести:

git rev-parse HEAD~2000 > .git/info/grafts

git rev-parse дает нам идентификатор коммита 2000-го родителя текущего коммита. Приведенная выше команда перезапишет файл графтов, если он есть. Сначала проверьте, есть ли он.

<сильный>2. Переписать историю Git (необязательно)

Если вы хотите сделать этого привитого поддельного родителя настоящим, запустите:

git filter-branch -- --all

Это изменит все идентификаторы коммитов. Каждая копия этого репозитория должна быть принудительно обновлена.

<сильный>3. Очистите место на диске

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

git prune
git gc

Альтернатива: мелкие копии

Если у вас есть неглубокая копия другого репозитория и вы просто хотите сэкономить место на диске, вы можете обновить .git/shallow. Но будьте осторожны, чтобы ничто не указывало на фиксацию, сделанную ранее. Итак, вы можете запустить что-то вроде этого:

git fetch --prune
git rev-parse HEAD~2000 > .git/shallow
git prune
git gc

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

Если у вас все еще есть старые ссылки (теги, ветки, удаленные головки), которые указывают на старые коммиты, они не будут очищены, и вы не сэкономите больше места на диске.

При rebase или push в head/master может возникнуть эта ошибка.

remote: GitLab: You are not allowed to access some of the refs!
To git@giturl:main/xyz.git
 ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'git@giturl:main/xyz.git'

Чтобы решить эту проблему, в панели управления git необходимо удалить основную ветку из "Защищенных веток".

то вы можете запустить эту команду

git push -f origin master

or

git rebase --onto temp $1 master

Здесь слишком много ответов, которые не актуальны, а некоторые не полностью объясняют последствия. Вот что у меня сработало для обрезки истории с использованием последней версии git 2.26:

Сначала создайте фиктивный коммит. Эта фиксация появится как первая фиксация в вашем усеченном репо. Вам это нужно, потому что этот коммит будет содержать все базовые файлы для истории, которую вы храните. SHA — это идентификатор предыдущей фиксации той фиксации, которую вы хотите сохранить (в данном примере 8365366). Строка «Initial» будет отображаться как сообщение фиксации первой фиксации. Если вы используете Windows, введите приведенную ниже команду из командной строки Git Bash.

# 8365366 is id of parent commit after which you want to preserve history
echo 'Initial' | git commit-tree 8365366^{tree}

Приведенная выше команда напечатает SHA, например, d10f7503bc1ec9d367da15b540887730db862023.

Теперь просто введите:

# d10f750 is commit ID from previous command
git rebase --onto d10f750 8365366

Это сначала поместит все файлы на момент коммита 8365366 в фиктивный коммит d10f750. Затем он воспроизведет все коммиты после 8365366 поверх d10f750. Наконец, указатель ветки master будет обновлен до последней воспроизведенной фиксации.

Теперь, если вы хотите отправить эти усеченные репо, просто выполните git push -f.

Несколько вещей, о которых следует помнить (это относится и к другим методам, и к этому): Теги не передаются. Хотя идентификаторы коммитов и временные метки сохраняются, вы увидите, что GitHub показывает эти коммиты в единовременном заголовке, например Commits on XY date.

К счастью, можно сохранить усеченную историю как «архив», а позже вы можете соединить урезанное репо с архивным репо. Для этого см. это руководство.

Согласно репозиторию Git инструмента BFG, он удаляет большие или проблемные BLOB-объекты так же, как это делает git-filter-branch, но быстрее — и написан на Scala.

https://github.com/rtyley/bfg-repo-cleaner

1. удалить данные git, rm .git
2. git инициировать
3. добавить удаленный git
4. принудительный толчок