Re: [PUB]What's cooking in git.git (Aug 2015, #05; Fri, 28)
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Aug 31, 2015, 15:21 UTC
- Message-ID
- <xmqqmvx7xz45.fsf@gitster.mtv.corp.google.com>
- In-Reply-To
- <vpqzj17hpt8.fsf@anie.imag.fr>
Matthieu Moy <Matthieu.Moy@grenoble-inp.fr> writes:
Show 25 quoted lines
> Junio C Hamano <gitster@pobox.com> writes: > >> * ad/bisect-terms (2015-08-03) 4 commits >> - bisect: allow setting any user-specified in 'git bisect start' >> - bisect: add 'git bisect terms' to view the current terms >> - bisect: add the terms old/new >> - bisect: sanity check on terms >> >> The use of 'good/bad' in "git bisect" made it confusing to use when >> hunting for a state change that is not a regression (e.g. bugfix). >> The command learned 'old/new' and then allows the end user to >> say e.g. "bisect start --term-old=fast --term=new=slow" to find a >> performance regression. >> >> Michael's idea to make 'good/bad' more intelligent does have >> certain attractiveness ($gname/272867), and makes some of the work >> on this topic a moot point. >> >> Will hold. > > This topic has been there for a while and unless I missed a discussion, > nothing happened. While I agree that Michael's idea is good and makes > this series less useful, I think this topic also makes sense. > > I'd be in favor of merging it.
"Nothing happened" is never a good enough reason to argue for merging new stuff, but now you are starting a discussion here, let's see where it takes us to. I am neutral myself at this moment.
Thanks for helping -- reduction of the number of topics in stalled bin is always a good thing to see.