Re: [PATCH v9 5/5] bisect: allow any terms set by user
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Jun 25, 2015, 21:41 UTC
- Message-ID
- <xmqqk2urwjmq.fsf@gitster.dls.corp.google.com>
- In-Reply-To
- <1435258257-29047-6-git-send-email-Matthieu.Moy@imag.fr>
Matthieu Moy <Matthieu.Moy@imag.fr> writes:
> +------------------------------------------------ > +git bisect terms <term-new> <term-old> > +------------------------------------------------
The mnemonic for "git bisect start bad good" is Bad comes before Good (B = 0x42, G = 0x47) and this is same for "new/old", New comes before Old (N = 0x4e, O = 0x4f). "git bisect terms new old" follows the same pattern, which is good. Easy to remember.
> +This command has to be used before a bisection has started. <term-old> > +must be associated with the latest revisions and <term-new> with the > +ancestors of <term-old>.
Whoa? This gets new and old mixed up, doesn't it?
Show 6 quoted lines
> For example, if something was buggy in the > +old part of the history, you know somewhere the bug was fixed, and you > +want to find the exact commit that fixed it, you may want to say `git > +bisect terms fixed broken`; this way, you would mark a commit that > +still has the bug with `broken`, and a newer one after the fix with > +`fixed`.
So, it used to be broken, it got fixed recently, so broken is old, fixed is new, "bad/new and then good/old" mnemonic says you give "fixed broken" to "bisect terms". OK.
> +Only the first bisection following the `git bisect terms` will use the > +terms. If you mistyped one of the terms you can do again `git bisect > +terms <term-old> <term-new>`.
This is also the other way around, no?
> +git bisect terms <term-new> <term-old> > + set up <term-new> and <term-old> as terms (default: bad, good)
Good.