Come effettuare il checkout in Git per data?

Sto lavorando a una regressione nel codice sorgente. Vorrei dire a Git: "controlla la fonte in base a una data / ora parametrizzata". È possibile?

Ho anche messo in scena cambiamenti nella mia visione attuale che non voglio perdere. Idealmente, vorrei alternare tra la fonte corrente e alcune versioni a cui sono interessato in base a una data precedente.

Per mantenere le modifiche correnti

Puoi tenere il tuo lavoro nascosto, senza impegnarlo, con git stash. Dovresti usarlo git stash popper riaverlo. Oppure puoi (come diceva carleeto ) git commitin un ramo separato.

Acquista per data usando rev-parse

Puoi effettuare il checkout di un commit entro una data specifica usando in rev-parsequesto modo:

git checkout 'master@{1979-02-26 18:30:00}'

Maggiori dettagli sulle opzioni disponibili sono disponibili in git-rev-parse.

Come notato nei commenti, questo metodo utilizza il reflog per trovare il commit nella cronologia. Per impostazione predefinita, queste voci scadono dopo 90 giorni . Sebbene la sintassi per l'utilizzo del reflog sia meno dettagliata, è possibile risalire a soli 90 giorni.

Acquista per data usando rev-list

L'altra opzione, che non utilizza il reflog, è utilizzare rev-listper ottenere il commit in un determinato momento con:

git checkout `git rev-list -n 1 --first-parent --before="2009-07-27 13:37" master`

Nota: - first-parent se vuoi solo la tua cronologia e non le versioni introdotte da una fusione. Questo è quello che di solito vuoi.

La soluzione di Andy non funziona per me. Qui ho trovato un altro modo:

git checkout `git rev-list -n 1 --before="2009-07-27 13:37" master`

Git: checkout per data

Sembra che tu abbia bisogno di qualcosa del genere: Git checkout in base alla data

In altre parole, si utilizza rev-listper trovare il commit e quindi utilizzare il checkout per ottenerlo effettivamente.

Se non si desidera perdere le modifiche organizzate, la cosa più semplice sarebbe creare un nuovo ramo e impegnarli in quel ramo. Puoi sempre alternare tra i rami.

Modifica: il collegamento non è attivo, quindi ecco il comando:

git checkout `git rev-list -n 1 --before="2009-07-27 13:37" master`

A chi preferisce una pipa per comandare la sostituzione

git rev-list -n1 --before=2013-7-4 master | xargs git checkout

Nel mio caso l' -n 1opzione non funziona. Su Windows ho scoperto che la seguente sequenza di comandi funziona bene:

git rev-list -1 --before="2012-01-15 12:00" master

Ciò restituisce lo SHA del commit appropriato per la data specificata e quindi:

git checkout SHA

La git rev-parsesoluzione proposta da @Andy funziona bene se la data che ti interessa è la data del commit . Se tuttavia desideri effettuare il checkout in base alla data dell'autore , rev-parsenon funzionerà, perché non offre un'opzione per utilizzare quella data per selezionare i commit. Invece, puoi usare quanto segue.

git checkout $(
  git log --reverse --author-date-order --pretty=format:'%ai %H' master |
  awk '{hash = $4} $1 >= "2016-04-12" {print hash; exit 0 }
)

(Se si desidera anche specificare il tempo utilizzato $1 >= "2016-04-12" && $2 >= "11:37"nel predicato awk .)

Andando oltre con l' rev-listopzione, se si desidera trovare il commit di unione più recente dal ramo master nel ramo di produzione (come esempio puramente ipotetico):

git checkout `git rev-list -n 1 --merges --first-parent --before="2012-01-01" production`

Avevo bisogno di trovare il codice che era sui server di produzione a partire da una data specifica. Questo l'ho trovato per me.

Se si desidera poter tornare alla versione precisa del repository nel momento in cui si esegue una build, è meglio contrassegnare il commit da cui si effettua la build.

Le altre risposte forniscono tecniche per riportare il repository al commit più recente in un ramo a partire da un certo momento, ma potrebbero non essere sempre sufficienti. Ad esempio, se si crea da un ramo e successivamente si elimina il ramo o si crea da un ramo che viene successivamente riformulato, il commit da cui si è creati può diventare "irraggiungibile" in git da qualsiasi ramo corrente. Gli oggetti non raggiungibili in git possono eventualmente essere rimossi quando il repository viene compattato.

Mettere un tag sul commit significa che non diventa mai irraggiungibile, qualunque cosa tu faccia con i rami in seguito (escludendo la rimozione del tag).

git rev-list -n 1 --before="2009-07-27 13:37" origin/master

prendi la stringa stampata (ad esempio XXXX) ed esegui:

git checkout XXXX