Junio C Hamano <gits...@pobox.com> writes:

> Matthieu Moy <matthieu....@grenoble-inp.fr> writes:
>> Nguyễn Thái Ngọc Duy <pclo...@gmail.com> writes:
>>> --- a/t/t6030-bisect-porcelain.sh
>>> +++ b/t/t6030-bisect-porcelain.sh
>>> @@ -164,7 +164,7 @@ test_expect_success 'bisect start: existing 
>>> ".git/BISECT_START" not modified if
>>>     cp .git/BISECT_START saved &&
>>>     test_must_fail git bisect start $HASH4 foo -- &&
>>>     git branch > branch.output &&
>>> -   test_i18ngrep "* (no branch)" branch.output > /dev/null &&
>>> +   test_i18ngrep "* (bisecting other)" branch.output > /dev/null &&
> What does "other" refer to when you start your bisection at a
> detached head?

If I read correctly, the branch name is shown only when the bisection
was not started on a detached HEAD:

+               if (!get_sha1_hex(sb.buf, sha1))
+                       strbuf_addstr(&result, _("(bisecting)"));
+               else
+                       strbuf_addf(&result, _("(bisecting %s)"), sb.buf);

> I personally think "other" has _no_ value in that message, because
> "(no branch, bisecting)" gives the same amount of information,
> especially because "other" does not say which branch it refers to at
> all.

Just to be sure: "other" here is not a hardcoded message "bisecting
other", but an instance of "bisecting <branch-name>" with the branch
being called "other".

I think this is very valuable information, and most likely the
information you'd be looking for when running "git branch". You're
technically on detached HEAD, but morally on some branch, the HEAD being
detached only because a bisect is in progress.

Matthieu Moy
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to