Git ripristina il file cancellato e conserva la cronologia dei file

Question

Supponiamo di avere un file a.txt. Un giorno, l'ho cancellato, commesso e spinto.

Il giorno successivo, volevo annullare l'ultimo commit, riportando a.txt. Ho provato a utilizzare git revert, ma quando ho fatto git blame, tutte le linee stanno mostrando l'annullamento del commit hash. La storia della colpa originale è persa.

Posso recuperare il file e conservare la cronologia dei file, ad esempio, come se il file non fosse stato eliminato prima? Si noti che non è necessario modificare la cronologia poiché il commit è stato eseguito.

Grazie!

Answer 1

È possibile farlo utilizzando git reset anziché git revert. git reset rilascia il nuovo commit e verifica un commit precedente. Questo non è raccomandato se hai già spinto a monte.

NAME 
     git-reset - Reset current HEAD to the specified state 

SYNOPSIS 
     git reset [-q] [<tree-ish>] [--] <paths>... 
     git reset (--patch | -p) [<tree-ish>] [--] [<paths>...] 
     git reset [--soft | --mixed | --hard | --merge | --keep] [-q] [<commit>] 

DESCRIPTION 
     In the first and second form, copy entries from <tree-ish> to the index. In the third form, set the 
     current branch head (HEAD) to <commit>, optionally modifying index and working tree to match. The 
     <tree-ish>/<commit> defaults to HEAD in all forms. 

Dal momento che avete già preme:

• Se non si hanno collaboratori attivi che trainavano quel giorno, utilizzare git reset e forzare la spinta git push -f.

Answer 2

Run git colpa con l'opzione -C specificata tre volte:

git blame -C -C -C 

Questo fa sì che git blame a cercare i contenuti copiati dai file di commit precedenti.

Da the documentation for git blame:

-C|<num>|

Oltre a -M, rilevare linee spostati o copiati da altri file che sono stati modificati nella stessa commit. Ciò è utile quando riorganizzi il tuo programma e trasferisci il codice tra i file. Quando questa opzione è assegnata due volte, il comando cerca anche copie da altri file nel commit che crea il file. Quando questa opzione viene data per tre volte , il comando cerca anche copie da altri file in qualsiasi commit.

<num> è facoltativo ma è il limite inferiore del numero di caratteri alfanumerici che Git deve rilevare come spostamento/copia tra file per poter associare quelle linee con il genitore commettere. E il valore predefinito è 40. Se sono disponibili più di una delle opzioni -C, l'argomento <num> dell'ultimo -C avrà effetto.

Answer 3

È CAN fare questo!Ecco come:

1. Avviare un nuovo ramo dal commit che precede l'eliminazione che si desidera annullare.
2. Unire la modifica all'origine di errore con git merge <sha> -s ours.
3. Se le modifiche commettere avuto oltre l'eliminazione che si desidera conservare:
   1. riapplicare le modifiche alla vostra copia di lavoro con git diff <sha>^..<sha> | git apply.
   2. Ignora le eliminazioni (sono disponibili molte tecniche: git checkout -p potrebbe funzionare bene per te).
4. Unire questo ramo nuovamente al ramo principale (ad es. Master).

Questo produce una cronologia con due rami; uno in cui il file è stato cancellato e uno in cui non è mai stato eliminato. Di conseguenza, git è in grado di tracciare la cronologia dei file senza ricorrere a eroismi come -C -C -C. (In effetti, anche con -C -C -C, il file non viene "ripristinato", poiché ciò che git vede è che un nuovo file è stato creato come una copia di un file esistente. Con questa tecnica, stai reintroducendo lo stesso file al repository.)