git rimuove le revisioni più vecchie di un file

Question

Ho un file di 33 MB di grandi dimensioni in cui voglio eliminare definitivamente le revisioni più vecchie di quel file, quindi sono conservate solo le ultime versioni di X. Come farlo?

Il mio repository nudo è cresciuto enorme a causa di esso.

Ho provato quanto segue .. ma rimuove il file interamente

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

Per identificare i file di grandi dimensioni a mio repository che uso git-large-blob by Aristotle Pagaltzis.

Answer 1

Penso che tu sia sulla strada giusta con il comando git filter-branch che hai provato. Il problema è che non l'hai detto di mantenere il file in qualsiasi commit, quindi viene rimosso da tutti loro. Ora, non penso che ci sia un modo per direttamente dire allo git-filter-branch di saltare qualsiasi commit. Tuttavia, poiché i comandi vengono eseguiti in un contesto di shell, non dovrebbe essere troppo difficile utilizzare la shell per rimuovere tutto tranne l'ultimo numero X di revisioni. Qualcosa di simile a questo:

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))' 

che avrebbe mantenuto big_manual.txt negli ultimi 10 commit.

Detto questo, come ha detto Charles, non sono sicuro che questo sia l'approccio migliore, poiché in effetti stai annullando l'intero punto di VCS eliminando le vecchie versioni.

Hai già provato a ottimizzare il repository git con git-gc e/o git-repack? In caso contrario, potrebbe valere la pena provare.

Answer 2

Nota: questa risposta è di circa accorciando la storia di un intero progetto, piuttosto che rimuovere singolo file dalla storia più vecchia quanto la questione era di circa!

---

Il modo più semplice per ridurre la storia di un intero progettoutilizzando git filter-branch sarebbe quella di utilizzare innesti meccanismo (vedi repository layout documentazione) per accorciare la storia:

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

dove $commit_id è un commit che si desidera essere una radice (first commit) di un nuovo repository. Dai un'occhiata a "git log" o al visualizzatore della cronologia grafica come gitk che la cronologia sembra come vuoi, ed esegui "git filter-branch --all"; l'uso degli innesti è descritto nella documentazione di git-filter-branch.

Oppure è possibile utilizzare clone superficiale utilizzando l'opzione --depth <depth> di git clone.

---

---

È possibile fare uso di innesti la rimozione della cronologia parte di un singolo file (quello che è stato originariamente richiesto) utilizzando passaggi descrivono di seguito. Questa soluzione comprende più passaggi di solution proposed by Dan Moulding, ma ognuno dei passaggi è più semplice ed è possibile controllare i passaggi intermedi utilizzando "git log" o il visualizzatore della cronologia grafica.

1. Innanzitutto, selezionare il punto in cui si desidera rimuovere il file e contrassegnare tali commit creando rami in quei punti. Per esempio, se si desidera avere file di apparire per la prima volta nel commettere f020285b e lo hanno rimosso tutto ciò che gli antenati, segnarlo antenato (supponendo questo è normale, non-merge commit) usando

   $ git branch cleanup f020285b^ 
   

2. In secondo luogo, rimuovere il file dalla storia che inizia con cleanup (cioè f020285b^) utilizzando git-filter-branch, come illustrato nella sezione "Esempi" di git-filter-branch manpage:

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

   Se si desidera rimuovere anche tutti i commit che aveva cambiato solo rimosso il file è inoltre possibile utilizzare --prune-empty opzione per git-filter-branch.

3. Avanti, unire una parte riscritto la storia con il resto della storia utilizzando il meccanismo innesti:

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

   Quindi è possibile esaminare histry per verificare se è unito in modo corretto.

4. scorso, fanno innesti permanente (questo renderebbe tutti gli innesti permanenti, ma lascia supporre che qui non si usa innesti altrimenti) utilizzando git-filtro-ramo,

   $ git filter-branch cleanup..HEAD 
   

   e rimuovere gli innesti (come non sono necessari più), e il ramo cleanup

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

Nota finale: se si rimuove una parte della storia di alcuni file, è meglio assicurarsi che questo progetto senza file ha senso (e per esempio compila correttamente).

Answer 3

Si potrebbe prendere in considerazione l'utilizzo di git submodules. In questo modo è possibile conservare le immagini e altri file di grandi dimensioni in un altro repository git e il repository che contiene i codici sorgente può fare riferimento a una particolare revisione di quell'altro repository.

Ciò consente di mantenere sincronizzate le revisioni del repository, poiché il repository principale contiene un collegamento a una particolare revisione del repository secondario. Ti permetterà anche di rimuovere/rebase le vecchie revisioni nel repository secondario, senza influenzare il repository principale dove è il tuo codice sorgente - le rimozioni delle vecchie revisioni in un repository secondario non rovinano la cronologia del repository principale, perché tu solo aggiorna quella a cui punta il link del repository secondario nel repository principale.