Come posso usare git bisect per trovare il primo BUON commit?

Ho il seguente problema:

• la versione masterfunziona bene
• la versione dell'ultimo tag prima master(diciamo last) ha un bug
• un collega ha bisogno di una patch per la sua lastrevisione per quel determinato bug

Va bene. Chiediamo al nostro amico git bisectla revisione che ha risolto il bug:

git bisect start
git bisect bad last
git bisect good master

Ma non funzionerà:

Alcuni buoni giri non sono antenati dei cattivi giri.
git bisect non può funzionare correttamente in questo caso.
Forse sbagli giri buoni e cattivi?

Qualche suggerimento per superare questo problema? Mi sono perso qualcosa nei documenti?

A partire da git 2.7, puoi usare gli argomenti --term-old e --term-new.

Ad esempio, puoi identificare un commit per la risoluzione dei problemi in questo modo:

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

Mentre esegui il test, dì git bisect fixedo git bisect unfixedcome appropriato.

Vecchia risposta, per le versioni di git precedenti alla 2.7

Invece di allenarti temporaneamente a pensare che cattivo significa buono e buono significa cattivo, perché non creare degli alias?

In ~/.gitconfigaggiunta il seguente:

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

Puoi iniziare a identificare un commit per la risoluzione dei problemi così:

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

Mentre esegui il test, dì git bisect-fixedo git bisect-unfixedcome appropriato.

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

Se stai usando git bisect runcome ho fatto io con il provecomando di Perl (che esegue test automatici) non hai possibilità solo di scambiare goode 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 eseguito 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 per superare i test eseguiti prove.

Git ora ti consente di usarli olde newsenza prima definirli. Devi chiamare git bisect startsenza commit come ulteriori argomenti, quindi avviare correttamente la bisezione chiamando

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

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

Questo è essenzialmente ciò che @MarcH stava suggerendo di implementare.

Gli alias Git sono una buona idea, tuttavia i termini fixede unfixedhanno lo stesso problema di goode bad: non puoi farli essere compatibili sia con le regressioni che con le progressioni. È facile trovare parole che funzionano in entrambi i modi: è sufficiente prenderle dalla terminologia di ricerca binaria originale che è di natura neutra senza preconcetti su cosa sia 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 puoi sempre digitare: git bisect-high(or git bisect-upper, or git-bisect max, ... your choice!) Se stai cercando una regressione o una correzione .

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