Re: totally confused as to what "git bisect skip" is supposed to do

From: Robert P. J. Day <rpjday@crashcourse.ca>
Date: Feb 12, 2018, 10:44 UTC
Message-ID: <alpine.LFD.2.21.1802120522580.17810@localhost.localdomain>
In-Reply-To: <xmqqo9kyvthx.fsf@gitster-ct.c.googlers.com>

On Fri, 9 Feb 2018, Junio C Hamano wrote:

Show 14 quoted lines

> "Robert P. J. Day" <rpjday@crashcourse.ca> writes:
>
> >   i'm confused ... why, after skipping a good chunk in the interval
> > [v4.13,v4.14], do i still have exactly 7300 revisions to bisect? what
> > am i so hopelessly misunderstanding here?
>
> Are you really "skipping" a chunk in the interval?
>
> I thought that "git bisect skip" is a way for you to respond, when
> "git bisect" gave you a commit to test, saying "sorry, I cannot test
> that exact version, please offer me something else to test".  And
> each time you say that, you are not narrowing the search space in
> any way, so it is understandable that the numver of candidate bad
> commits will not decrease.

  this might be an issue of terminology, then, as "man git-bisect"
clearly suggests you can skip a range:

    You can also skip a range of commits, instead of just one
    commit, using range notation. For example:

           $ git bisect skip v2.5..v2.6

    This tells the bisect process that no commit after v2.5, up to
    and including v2.6, should be tested.

my issue (if this is indeed an issue) is that if i select to skip a sizable range of commits to test, should that not result in git bisect telling me it now has far fewer revisions to test? if i, in fact, manage to "disqualify" a number of commits from testing, is there no visual confirmation that i now have fewer commits to test?

rday