Jak usunąć starą historię z repozytorium git?

Obawiam się, że nie mogłem znaleźć czegoś takiego jak ten konkretny scenariusz.

Mam repozytorium git z dużą historią: ponad 500 oddziałów, ponad 500 tagów, od połowy 2007 roku. Zawiera ~ 19.500 zmian. Chcielibyśmy usunąć całą historię przed 1 stycznia 2010 r., Aby była mniejsza i łatwiejsza w obsłudze (trzymalibyśmy pełną kopię historii w repozytorium archiwum).

Wiem, że zatwierdzenie, które chcę stać się katalogiem głównym nowego repozytorium. Nie mogę jednak wymyślić właściwego git mojo, aby obciąć repozytorium i zacząć od tego zatwierdzenia. Zgaduję jakiś wariant

git filter-branch

konieczne byłyby przeszczepy; może być również konieczne potraktowanie każdego z ponad 200 oddziałów, które chcemy zachować osobno, a następnie załatanie repo z powrotem razem (coś, co robię wiem, jak to zrobić).

Czy ktoś kiedykolwiek zrobił coś takiego? Mam git 1.7.2.3, jeśli to ma znaczenie.

Po prostu utwórz przeszczep nadrzędnego nowego zatwierdzenia głównego do braku nadrzędnego (lub do pustego zatwierdzenia, np. Rzeczywistego zatwierdzenia głównego repozytorium). Na przykładecho "<NEW-ROOT-SHA1>" > .git/info/grafts

Po utworzeniu przeszczepu od razu zaczyna działać; powinieneś być w stanie spojrzeć git logi zobaczyć, jak zniknęły niechciane stare zobowiązania:

$ 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

Jeśli wszystko wygląda zgodnie z przeznaczeniem, możesz po prostu zrobić proste git filter-branch -- --all aby uczynić go trwałym.

UWAGA: po wykonaniu kroku rozgałęzienia filtru wszystkie identyfikatory zatwierdzeń zostaną zmienione, więc każdy korzystający ze starego repozytorium nigdy nie może połączyć się z kimkolwiek korzystającym z nowego repozytorium.

Być może jest już za późno na opublikowanie odpowiedzi, ale ponieważ ta strona jest pierwszym wynikiem Google, może być nadal pomocna.

Jeśli chcesz zwolnić trochę miejsca w swoim repozytorium git, ale nie chcesz odbudowywać wszystkich swoich commits (rebase lub graft) i nadal możesz wypychać / wyciągać / scalać osoby, które mają pełne repo, możesz użyć git klon płytki klon ( parametr --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

Możesz być w stanie spłycić swoje istniejące repozytorium, wykonując następujące kroki:

; 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

Jak usunąć wszystkie lokalne tagi git?

Ps: Starsze wersje git nie obsługiwały klonowania / wypychania / ściągania z / do płytkich repozytoriów.

Ta metoda jest łatwa do zrozumienia i działa dobrze. Argumentem script ( $1) jest odwołanie (tag, skrót, ...) do zatwierdzenia, od którego chcesz zachować swoją historię.

#!/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

UWAGA: stare tagi nadal będą obecne; więc może być konieczne ich ręczne usunięcie

Uwaga: Wiem, że jest to prawie taka sama odpowiedź jak @yoyodin, ale są tu ważne dodatkowe polecenia i informacje. Próbowałem edytować odpowiedź, ale ponieważ jest to istotna zmiana w odpowiedzi @ yoyodin, moja edycja została odrzucona, więc oto informacje!

Wypróbuj tę metodę Jak obciąć historię git :

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

Tutaj $1jest SHA-1 z popełnić chcesz zachować i skrypt utworzy nowy oddział, który zawiera wszystkie zobowiązuje między $1a masteri cała historia jest starsza spadła. Zauważ, że ten prosty skrypt zakłada, że ​​nie masz istniejącej gałęzi o nazwie temp. Zauważ też, że ten skrypt nie usuwa danych git ze starej historii. Uruchom git gc --prune=all && git repack -a -f -F -dpo sprawdzeniu, czy naprawdę chcesz stracić całą historię. Możesz także potrzebować, rebase --preserve-mergesale ostrzegam, że implementacja git tej funkcji nie jest idealna. Sprawdź wyniki ręcznie, jeśli z nich korzystasz.

Jako alternatywę dla przepisywania historii, rozważ użycie git replacejak w tym artykule z książki Pro Git . Omawiany przykład obejmuje zastąpienie zatwierdzenia nadrzędnego w celu symulacji początku drzewa, przy jednoczesnym zachowaniu pełnej historii jako oddzielnej gałęzi do przechowywania.

Jeśli chcesz zachować na upstream repozytorium z pełnej historii , ale mniejszych lokalnych kasach, zrobić klon z płytką git clone --depth=1 [repo].

Po wciśnięciu zatwierdzenia możesz to zrobić

1. git fetch --depth=1przycinać stare zobowiązania. To sprawia, że ​​stare zmiany i ich obiekty są nieosiągalne.
2. git reflog expire --expire-unreachable=now --all. Aby wygasnąć wszystkie stare commity i ich obiekty
3. git gc --aggressive --prune=all aby usunąć stare obiekty

Zobacz także Jak usunąć lokalną historię git po zatwierdzeniu? .

Pamiętaj, że nie możesz wypchnąć tego „płytkiego” repozytorium w inne miejsce: „płytka aktualizacja nie jest dozwolona”. Zobacz Zdalne odrzucenie (płytka aktualizacja niedozwolona) po zmianie zdalnego adresu URL Git . Jeśli chcesz to zrobić, musisz trzymać się szczepienia.

Musiałem przeczytać kilka odpowiedzi i kilka innych informacji, aby zrozumieć, co robię.

1. Zignoruj ​​wszystko starsze niż określony zatwierdzenie

Plik .git/info/graftsmoże definiować fałszywych rodziców dla zatwierdzenia. Linia z tylko identyfikatorem zatwierdzenia mówi, że zatwierdzenie nie ma rodzica. Jeśli chcielibyśmy powiedzieć, że zależy nam tylko na ostatnich 2000 zatwierdzeniach, możemy wpisać:

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

git rev-parse podaje nam identyfikator zatwierdzenia 2000. rodzica bieżącego zatwierdzenia. Powyższe polecenie zastąpi plik przeszczepów, jeśli jest obecny. Sprawdź, czy jest tam pierwszy.

2. Przepisz historię Git (opcjonalnie)

Jeśli chcesz, aby ten szczepiony fałszywy rodzic był prawdziwym rodzicem, uruchom:

git filter-branch -- --all

Zmieni wszystkie identyfikatory zatwierdzeń. Każda kopia tego repozytorium musi zostać silnie zaktualizowana.

3. Oczyść miejsce na dysku

Nie zrobiłem kroku 2, ponieważ chciałem, aby moja kopia była zgodna z wersją wstępną. Chciałem tylko zaoszczędzić trochę miejsca na dysku. Aby zapomnieć o wszystkich starych zobowiązaniach:

git prune
git gc

Alternatywnie: płytkie kopie

Jeśli masz płytką kopię innego repozytorium i po prostu chcesz zaoszczędzić trochę miejsca na dysku, możesz zaktualizować .git/shallow. Ale uważaj, aby nic nie wskazywało na zatwierdzenie wcześniej. Abyś mógł uruchomić coś takiego:

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

Wpis w płytkiej pracy działa jak przeszczep. Ale uważaj, aby nie używać jednocześnie przeszczepów i płytki. Przynajmniej nie miej tam takich samych wpisów, to się nie powiedzie.

Jeśli nadal masz jakieś stare odwołania (tagi, gałęzie, zdalne głowy), które wskazują na starsze zatwierdzenia, nie zostaną one wyczyszczone i nie zaoszczędzisz więcej miejsca na dysku.

Kiedy rebase lub przeć do głowy / Master może wystąpił ten błąd

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'

Aby rozwiązać ten problem w panelu git, należy usunąć gałąź główną z „gałęzi chronionych”

możesz uruchomić to polecenie

git push -f origin master

lub

git rebase --onto temp $1 master

Jest tu zbyt wiele odpowiedzi, które nie są aktualne, a niektóre nie w pełni wyjaśniają konsekwencje. Oto, co zadziałało dla mnie, aby skrócić historię za pomocą najnowszego gita 2.26:

Najpierw utwórz atrapę zatwierdzenia. To zatwierdzenie pojawi się jako pierwsze zatwierdzenie w skróconym repozytorium. Potrzebujesz tego, ponieważ to zatwierdzenie pomieści wszystkie pliki podstawowe dla historii, którą przechowujesz. SHA jest identyfikatorem poprzedniego zatwierdzenia, które chcesz zachować (w tym przykładzie 8365366). Ciąg „Initial” pojawi się jako komunikat zatwierdzenia pierwszego zatwierdzenia. Jeśli używasz systemu Windows, wpisz poniżej polecenie z wiersza polecenia Git Bash.

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

Powyższe polecenie wyświetli SHA, na przykład d10f7503bc1ec9d367da15b540887730db862023 .

Teraz wystarczy wpisać:

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

Spowoduje to, że najpierw umieści wszystkie pliki w zatwierdzeniu 8365366jako atrapy d10f750. Następnie odtworzy wszystkie zatwierdzenia po 8365366 ponad d10f750. Wreszciemaster wskaźnik gałęzi zostanie zaktualizowany do ostatniego odtworzenia zatwierdzenia.

Teraz, jeśli chcesz wypchnąć te obcięte repozytorium, po prostu zrób git push -f .

Kilka rzeczy, o których należy pamiętać (dotyczy to zarówno innych metod, jak i tej): Tagi nie są przenoszone. Podczas gdy identyfikatory zatwierdzania i znaczniki czasu są zachowane, GitHub pokaże te zatwierdzenia w nagłówkach typu lumpsum Commits on XY date.

Na szczęście możliwe jest zachowanie okrojonej historii jako „archiwum”, a później można dołączyć przycięte repozytorium z repozytorium archiwum. Aby to zrobić, zobacz ten przewodnik .

możesz usunąć katalog, pliki, a także całą historię związaną z katalogiem lub plikiem za pomocą niżej wymienionego jar [pobierz go] i poleceń

plik bfg.jar: https://rtyley.github.io/bfg-repo-cleaner/

git clone --bare repo-url cd repo_dir java -jar bfg.jar --delete-foldery nazwa_folderu git reflog wygasają --expire = teraz --all && git gc --prune = teraz - agresywny git push --mirror repo_url

1. usuń dane git, rm .git
2. git init
3. dodaj zdalny git
4. siła pchnięcia