Come posso "annullare il ripristino" di un commit Git ripristinato?

Data una modifica che è stata impegnata utilizzando commite quindi ripristinata utilizzando revert, qual è il modo migliore per annullare tale ripristino?

Idealmente, questo dovrebbe essere fatto con un nuovo commit, in modo da non riscrivere la cronologia.

Se non hai ancora inviato questa modifica, git reset --hard HEAD^

Altrimenti, ripristinare il ripristino va perfettamente bene.

Un altro modo è quello di git checkout HEAD^^ -- .e poi git add -A && git commit.

git cherry-pick <original commit sha>
Farà una copia del commit originale, essenzialmente riapplicando il commit

Il ripristino del ripristino farà la stessa cosa, con un messaggio di commit più difficile:
git revert <commit sha of the revert>

Ognuno di questi modi ti consentirà di git pushnon sovrascrivere la cronologia, perché crea un nuovo commit dopo il ripristino.
Quando si digita il commit sha, in genere sono necessari solo i primi 5 o 6 caratteri:
git cherry-pick 6bfabc

Un commit di ripristino è proprio come qualsiasi altro commit in git. Significato, puoi ripristinarlo, come in:

git revert 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746

Ciò ovviamente ha senso solo una volta che le modifiche sono state inviate, e specialmente quando non puoi forzare la spinta sul ramo di destinazione (che è una buona idea per il tuo ramo principale ). Se la modifica non è stata inviata, fai semplicemente cherry-pick, ripristina o semplicemente rimuovi il commit di ripristino come da altri post.

Nel nostro team, abbiamo una regola per utilizzare un ripristino sui commit di ripristino che sono stati impegnati nel ramo principale, principalmente per mantenere pulita la cronologia, in modo da poter vedere quale commit ripristina cosa:

      7963f4b2a9d   Revert "Revert "OD-9033 parallel reporting configuration"
      "This reverts commit a0e5e86d3b66cf206ae98a9c989f649eeba7965f.
                    ...
     a0e5e86d3b6    Revert "OD-9055 paralel reporting configuration"
     This reverts commit 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746.
                ...
     Merge pull request parallel_reporting_dbs to master* commit 
    '648d7d808bc1bca6dbf72d93bf3da7c65a9bd746'

In questo modo, puoi tracciare la storia e capire l'intera storia, e anche quelli senza la conoscenza dell'eredità potrebbero risolverli da soli. Considerando che, se scegli la ciliegia o rinnova le cose, queste informazioni preziose andranno perse (a meno che non le includa nel commento).

Ovviamente, se un commit è stato ripristinato e ripristinato più di una volta, questo diventa piuttosto disordinato.

Ripristinare il ripristino farà il trucco

Per esempio,

Se abcdefè il tuo commit ed ghijklè il commit che hai quando hai ripristinato il commit abcdef, esegui:

git revert ghijkl

Questo ripristinerà il ripristino

È stupido per me. Ma ero stato nella stessa situazione e sono tornato per impegni ripristinati. Ho fatto i ripristini numerici, quindi ho dovuto eseguire il ripristino per ogni "ripristino di ripristino".

Ora la mia storia di commit sembra un po 'strana.

È un progetto per animali domestici quindi è OK. Ma per il progetto della vita reale darei la preferenza per andare all'ultimo commit prima di ripristinare tutti i codici ripristinati insieme in un commit e un commento più ragionevole.

Ecco come l'ho fatto:
se il ramo è my_branchnamestato incluso in un'unione che è stata ripristinata. E volevo ripristinare my_branchname:

Io prima faccio una git checkout -b my_new_branchnameda my_branchname.
Poi faccio un git reset --soft $COMMIT_HASHin cui $COMMIT_HASHè l'hash del commit destra commit prima che il primo commit di my_branchname(vedi git log)
Poi faccio un nuovo commit git commit -m "Add back reverted changes"
Poi spingere verso l'alto la nuova filiale git push origin new_branchname
Poi ho fatto una richiesta di pull per la nuova filiale.

Oppure potresti git checkout -b <new-branch>e git cherry-pick <commit>il precedente al e git rebaseal drop drop revertcommit. invia richiesta pull come prima.

Se non ti piace l'idea di "ripristinare un ripristino" (specialmente quando ciò significa perdere informazioni sulla cronologia per molti commit), puoi sempre andare alla documentazione di git su "Ripristinare una fusione difettosa" .

Data la seguente situazione iniziale

 P---o---o---M---x---x---W---x
  \         /
   A---B---C----------------D---E   <-- fixed-up topic branch

(W è il ripristino iniziale della fusione M; D ed E sono correzioni al ramo / commit della funzione inizialmente rotto)

Ora puoi semplicemente riprodurre di nuovo i commit da A a E, in modo che nessuno di essi "appartenga" all'unione ripristinata:

$ git checkout E
$ git rebase --no-ff P

La nuova copia del tuo ramo ora può essere masternuovamente unita :

   A'---B'---C'------------D'---E'  <-- recreated topic branch
  /
 P---o---o---M---x---x---W---x
  \         /
   A---B---C----------------D---E

Per recuperare le modifiche non messe in scena e messe in scena che sono state ripristinate dopo un commit:

git reset HEAD@{1}

Per ripristinare tutte le eliminazioni non messe in scena:

git ls-files -d | xargs git checkout --