Eliminate confusing "won't bisect on seeked tree" failure
authorCarl Worth <cworth@cworth.org>
Sun, 24 Feb 2008 01:14:17 +0000 (17:14 -0800)
committerJunio C Hamano <gitster@pobox.com>
Mon, 25 Feb 2008 01:41:33 +0000 (17:41 -0800)
commitb577bb925e745845155c6f51eae841c339ce68f6
tree5b27d72fe54e93c2ea47f3d6bdcd87593083b96f
parent923d44aeb7cb6d21eeb459fdc1b58137e37c2b1c
Eliminate confusing "won't bisect on seeked tree" failure

This error message is very confusing---it doesn't tell the user
anything about how to fix the situation. And the actual fix
for the situation ("git bisect reset") does a checkout of a
potentially random branch, (compared to what the user wants to
be on for the bisect she is starting).

The simplest way to eliminate the confusion is to just make
"git bisect start" do the cleanup itself. There's no significant
loss of safety here since we already have a general safety in
the form of the reflog.

Note: We preserve the warning for any cogito users. We do this
by switching from .git/head-name to .git/BISECT_START for the
extra state, (which is a more descriptive name anyway).

Signed-off-by: Carl Worth <cworth@cworth.org>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
git-bisect.sh
t/t6030-bisect-porcelain.sh