2014-09-26 11 views
7

C'è un modo per determinare se un commit viene selezionato con una ciliegia e quale origine esegue il commit delle modifiche selezionate da?Git: come sapere se un commit è selezionato in ciliegio?

'git cherry-pick -x' è una soluzione per registrare le informazioni quando eseguo il cherry-pick. Ma se non usassimo l'opzione '-x', altre soluzioni?

risposta

7

Git fornisce

git cherry

git log --cherry

entrambi ad un uso basso livello git patch-id per determinare quando pensa modifiche sono state raccolte ciliegia. Questi comandi virtualmente non avranno mai falsi positivi, ma potrebbero avere falsi negativi.

+0

Cosa causerebbe che i commit che * non * sono stati selezionati da SHA per apparire nei risultati 'git log --cherry'? Cioè, se non sono falsi positivi, c'è un altro modo in cui git considererebbe un commit come un cherry pick oltre a essere un SHA esplicitamente referenziato in un comando 'git cherry-pick [SHA]'? – ruffin

+0

@ruffin: se si trattava di un cambiamento insignificante e due persone lo hanno reso identico, avresti anche una corrispondenza. Non sarebbe davvero un falso positivo poiché il cambiamento è lo stesso. –

+0

Interessante che il git lo capisca così facilmente - sembra che lo facciamo un bel po ', anche se sembrano tutti piccoli cambiamenti. Mi chiedo se i cambiamenti stanno accadendo in più di un ramo di funzionalità, quindi vengono uniti da diverse fonti che condividono le stesse modifiche, cioè sembra che "la selezione non ufficiale delle ciliegie" stia succedendo dove "la * stessa * persona ha apportato una modifica identicamente in due rami "piuttosto che" due persone "... (◔_◔) Grazie. – ruffin

Problemi correlati