> On Fri, Jan 13, 2017 at 12:42 AM, Junio C Hamano wrote:
>> Junio C Hamano writes:
>>
>>> Manuel Ullmann writes:
>>>
>>> Hmmm, I tend to agree, modulo a minor fix.
>>>
>>> If the description were in a context inside a paragraph like
On Fri, Jan 13, 2017 at 12:42 AM, Junio C Hamano wrote:
> Junio C Hamano writes:
>
>> Manuel Ullmann writes:
>>
>> Hmmm, I tend to agree, modulo a minor fix.
>>
>> If the description were in a context inside a paragraph like this:
>>
I see. Thanks for the clarification. The pairing not being pairs of
opposites was indeed, what confused me. So that description was not
meant in the sense, that you use these pairs when working with bisect, but
instead they are ordered according to the argument possibilities.
Sorry for spreading
Junio C Hamano writes:
> Manuel Ullmann writes:
>
> Hmmm, I tend to agree, modulo a minor fix.
>
> If the description were in a context inside a paragraph like this:
>
> When you want to tell 'git bisect' that a belongs to
> the newer half
Manuel Ullmann writes:
> Hi,
>
> there is a mistake in the git-bisect description.
> The second paragraph of it says ‘the terms "old" and "new" can be used
> in place of "good" and "bad"’. So from a logical point of view the
> description part stating the usage syntax
Hi,
there is a mistake in the git-bisect description.
The second paragraph of it says ‘the terms "old" and "new" can be used
in place of "good" and "bad"’. So from a logical point of view the
description part stating the usage syntax should be:
git bisect (bad|good) []
git bisect (old|new) [...]
6 matches
Mail list logo