Come potrei usare git bisect per trovare il primo commit GOOD?

Question

Ho il seguente problema:

• la versione a master funziona bene
• la versione dell'ultimo tag prima master (diciamo last) ha un bug
• un collega ha bisogno di una patch per il suo last revisione per quel determinato bug

Ok. Chiediamo il nostro amico git bisect per la revisione che risolto il bug:

git bisect start 
git bisect bad last 
git bisect good master 

Ma che non sta andando a lavorare:

Alcuni buoni giri non sono antenato del cattivo rev.
git bisect non può funzionare correttamente in questo caso.
Forse scambiate i giri buoni e quelli cattivi?

Eventuali suggerimenti per superare questo? Mi sono perso qualcosa nei documenti?

Answer 1

A partire da git 2.7, è possibile utilizzare gli argomenti --term-old e --term-new.

Per esempio, è possibile identificare un problema di fissazione commit così:

git bisect start --term-new=fixed --term-old=unfixed 
git bisect fixed master 
git bisect unfixed $some-old-sha1 

Come si prova, dicono git bisect fixed o git bisect unfixed a seconda dei casi.

Vecchio risposta, per le versioni di Git prima di 2,7

Invece di temporanea formazione te stesso a pensare così male significa bene e il bene affatto male, perché non creare alcuni alias?

Nel ~/.gitconfig aggiungere la seguente:

[alias] 
     bisect-fixed = bisect bad 
     bisect-unfixed = bisect good 

si può iniziare a identificare un problema truccate commettere così:

$ git bisect start 
$ git bisect-fixed master 
$ git bisect-unfixed $some-old-sha1 

Come si prova, dire git bisect-fixed o git bisect-unfixed a seconda dei casi.

Answer 2

Vorrei solo "imbrogliare" git e scambiare significati di buono < => cattivo.

In altre parole, considera "cattivo" come qualcosa che non presenta il problema, quindi questa non è la versione "buona" su cui basare la tua patch.

Bene e male sono comunque concetti piuttosto soggettivi, giusto? :)

git bisect start 
git bisect good last 
git bisect bad master 

Answer 3

Git alias sono una buona idea, ma i termini fixed e unfixed hanno lo stesso problema di good e bad: non si può avere loro essere compatibile con entrambi i regressioni e progressioni. È facile trovare le parole che funzionano in entrambi i modi: semplicemente riprenderle dalla terminologia di ricerca binaria originale che è di natura neutrale senza alcun preconcetto su ciò che è buono o cattivo. Per esempio:

git config --global alias.bisect-high 'bisect bad' 
git config --global alias.bisect-low 'bisect good' 

Con termini neutri come questi si può sempre scrivere: git bisect-high (! O git bisect-upper, o git-bisect max, ... la vostra scelta) se siete alla ricerca di una regressione o di una correzione.

Peccato che gli sviluppatori di git bisect non possano semplicemente riutilizzare uno dei termini esistenti. L'interfaccia utente non è di git riguardano in generale: http://stevebennett.me/2012/02/24/10-things-i-hate-about-git/

Answer 4

Se stai usando git bisect run come ho fatto con prove comando di Perl (che esegue i test automatici) non hai nessuna possibilità di scambiare solo good e bad. Il successo dei test verrà segnalato come codice di uscita.

ho trovato una sintassi Bash valida per negare il codice di uscita del programma gestito da git bisect run:

git bisect start 
git bisect bad HEAD     # last revision known to PASS the tests 
git bisect good $LAST_FAIL_REVISION # last revision known to FAIL the tests 
git bisect run bash -c "! prove" 

questo mi ha dato la prima revisione al passaggio i test gestiti da prove.

Answer 5

Git ora consente di utilizzare old e new senza prima definirli. Dovete chiamare git bisect start senza impegna come ulteriori argomenti, quindi avviare correttamente il bisection chiamando

git bisect old <rev> 
git bisect new <rev> 

https://git-scm.com/docs/git-bisect#_alternate_terms

Questo in sostanza è ciò che @MarcH stava suggerendo dovrebbe essere attuato.