From: Ingo Molnar <mingo@elte.hu>
To: Christian Couder <chriscool@tuxfamily.org>
Cc: git@vger.kernel.org, Carl Worth <cworth@cworth.org>
Subject: Re: git-bisect annoyances
Date: Fri, 11 Apr 2008 13:41:04 +0200 [thread overview]
Message-ID: <20080411114104.GE9205@elte.hu> (raw)
In-Reply-To: <200804110741.40732.chriscool@tuxfamily.org>
* Christian Couder <chriscool@tuxfamily.org> wrote:
> > #
> > # So perhaps this new, unnamed branch is what is causing the trouble?
> > # Lets try a specific branch then:
> > #
> >
> > dione:~/linux-tmp4> git-checkout master
> > Previous HEAD position was 4991408... Linux 2.6.24
> > Switched to branch "master"
> >
> > dione:~/linux-tmp4> git-bisect start
> > won't bisect on seeked tree
>
> This seems to work for me with git 1.5.5 on the git tree:
> What git version do you have ?
git-core-1.5.4.3-2.fc8, like for the previous report.
and it worked for me too in a later tree - so the condition seems
transient.
> > dione:~/linux-tmp4> git-bisect good v2.6.24 bad HEAD
> > dione:~/linux-tmp4>
>
> This is really bad, because, as you can see from the man page or "git
> bisect -h" (see also the patch I just sent), "git bisect good" can
> take many known good revisions:
>
> git bisect good [<rev>...]
> mark <rev>... known-good revisions.
>
> So you marked also "bad" and HEAD as "good".
>
> This is really strange, because here I get for example:
>
> $ git-bisect good bad HEAD
> Bad rev input: bad HEAD
>
> So you must have something tagged as "bad" or have a "bad" branch, and
> that's why the command works for you but does the wrong thing.
no, there are no 'bad' braches or revisions.
and ... if "git-bisect good X bad Y" is invalid syntax it should be
detected by the tool ... I did not think up that syntax myself, i think
i saw it somewhere else mentioned by someone and found it logical.
Weird. Generally i do use the separate commands though.
> > dione:~/linux-tmp5> git-bisect visualize
> > You need to give me at least one good and one bad revisions.
> > (You can use "git bisect bad" and "git bisect good" for that.)
> > dione:~/linux-tmp5> git bisect bad HEAD
> > dione:~/linux-tmp5> git bisect good v2.6.24
> > Bisecting: -1 revisions left to test after this
> > [eb36f4fc019835cecf0788907f6cab774508087b] fix oops on rmmod capidrv
>
> That's much better but you didn't "reset" or "start" again before
> giving it correctly the good and bad revs, so there are still some
> wrong left over from your previous start above.
>
> > #
> > # -1 revisions left to test? Ouch ...
> > #
> > # But why did "git bisect" make a difference to "git-bisect" ?
>
> It should not have made any difference.
it probably didnt - i was just grasping at straws because there was no
reassuring feedback about what happened so my confidence about my
_assumptions_ what was happening in the background gradually eroded so i
went in larger and larger circles around the problem dropping more and
more assumptions and re-checking them.
But i pasted this directly from that session so the "-1" is definitely
not imaginery and it is anomalous.
Ingo
next prev parent reply other threads:[~2008-04-11 11:42 UTC|newest]
Thread overview: 86+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-09 10:14 git annoyances Ingo Molnar
2008-04-09 10:41 ` Björn Steinbrink
2008-04-09 14:57 ` Jeff King
2008-04-09 15:15 ` [PATCH] git-remote: show all remotes with "git remote show" Jeff King
2008-04-09 16:54 ` Johannes Schindelin
2008-04-10 10:56 ` Junio C Hamano
2008-04-09 20:07 ` Ingo Molnar
2008-04-10 19:59 ` Ingo Molnar
2008-04-09 17:08 ` git annoyances Avery Pennarun
2008-04-10 8:41 ` Karl Hasselström
2008-04-10 15:05 ` Avery Pennarun
2008-04-11 7:00 ` Karl Hasselström
2008-04-09 20:08 ` Friendly refspecs (Was: Re: git annoyances) Teemu Likonen
2008-04-09 20:32 ` Avery Pennarun
2008-04-09 20:34 ` Jeff King
2008-04-09 22:25 ` Teemu Likonen
2008-04-09 22:51 ` Jeff King
2008-04-10 0:03 ` Jeff King
2008-04-10 0:11 ` Jeff King
2008-04-10 7:51 ` Friendly refspecs Junio C Hamano
2008-04-10 8:03 ` Jeff King
[not found] ` <bd6139dc0804091616k53f4e0c1sf75aa9585c5a54c5@mail.gmail.com>
2008-04-10 0:33 ` Friendly refspecs (Was: Re: git annoyances) Jeff King
2008-04-10 7:58 ` Sverre Rabbelier
2008-04-13 9:31 ` Friendly refspecs Teemu Likonen
2008-04-13 9:34 ` [PATCH] Add examples section to 'git fetch' manual Teemu Likonen
2008-04-13 18:56 ` Junio C Hamano
2008-04-13 19:48 ` Matt Graham
2008-04-13 20:05 ` Teemu Likonen
2008-04-14 1:02 ` Junio C Hamano
2008-04-16 3:48 ` Friendly refspecs Jeff King
2008-04-16 4:25 ` Jeff King
2008-04-16 4:41 ` Junio C Hamano
2008-04-16 4:47 ` Jeff King
2008-04-16 15:42 ` Daniel Barkalow
2008-04-16 20:03 ` Junio C Hamano
2008-04-22 10:56 ` Jeff King
2008-04-22 16:52 ` Junio C Hamano
2008-04-22 17:19 ` Daniel Barkalow
2008-04-22 20:12 ` Jeff King
2008-04-22 20:05 ` Jeff King
2008-04-22 20:45 ` Junio C Hamano
2008-04-22 21:52 ` Jeff King
2008-04-23 4:24 ` Teemu Likonen
2008-04-23 5:52 ` Junio C Hamano
2008-04-23 6:24 ` Andreas Ericsson
2008-04-23 9:16 ` Jeff King
2008-04-23 9:21 ` Jeff King
2008-04-23 11:15 ` Teemu Likonen
2008-04-09 21:21 ` Junio C Hamano
2008-04-10 7:38 ` Teemu Likonen
2008-04-12 18:59 ` git annoyances Santiago Gala
2008-04-09 19:21 ` Daniel Barkalow
2008-04-09 20:41 ` Ingo Molnar
2008-04-10 14:08 ` Daniel Barkalow
2008-04-09 21:04 ` Junio C Hamano
2008-04-09 21:39 ` Jon Loeliger
2008-04-09 23:45 ` Nicolas Pitre
2008-04-09 21:45 ` Jeff King
2008-04-09 23:56 ` André Goddard Rosa
2008-04-10 19:45 ` Govind Salinas
2008-04-10 6:08 ` Jean-Christian de Rivaz
2008-04-10 8:19 ` Sverre Rabbelier
2008-04-10 11:47 ` git-bisect annoyances Ingo Molnar
2008-04-11 5:41 ` Christian Couder
2008-04-11 11:41 ` Ingo Molnar [this message]
2008-04-12 6:56 ` Christian Couder
2008-04-11 5:56 ` Junio C Hamano
2008-04-10 23:25 ` [PATCH] When a remote is added but not fetched, tell the user Gabriel
2008-04-11 15:21 ` Johannes Schindelin
2008-04-11 18:35 ` Gabriel
2008-04-11 18:39 ` [PATCH] Default to fetching a remote after adding it Gabriel
2008-04-11 19:17 ` Stephen Sinclair
2008-04-12 14:33 ` Johannes Schindelin
2008-04-12 15:13 ` Gabriel
2008-04-12 15:24 ` Johannes Schindelin
2008-04-11 19:08 ` [PATCH] When a remote is added but not fetched, tell the user Teemu Likonen
2008-04-11 21:39 ` Junio C Hamano
2008-04-11 22:35 ` Sverre Rabbelier
2008-04-11 23:15 ` Junio C Hamano
2008-04-11 23:20 ` Sverre Rabbelier
2008-04-15 3:15 ` Miles Bader
2008-04-11 19:29 ` [PATCH] Default to fetching a remote after adding it Gabriel
2008-04-11 19:36 ` Wincent Colaiuta
2008-04-11 19:46 ` Gabriel
2008-04-11 10:15 ` git annoyances Luciano Rocha
2008-04-11 10:27 ` Wincent Colaiuta
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080411114104.GE9205@elte.hu \
--to=mingo@elte.hu \
--cc=chriscool@tuxfamily.org \
--cc=cworth@cworth.org \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).