* Alternative to 'git bisect visualize'?
@ 2007-04-09 21:10 Stuart MacDonald
2007-04-10 8:03 ` Paolo Ornati
0 siblings, 1 reply; 5+ messages in thread
From: Stuart MacDonald @ 2007-04-09 21:10 UTC (permalink / raw)
To: linux-kernel
The git mailing list seems to be git-dev, and I can't find a git-users
list anywhere. If there's somewhere better to ask this, please point
me in the right direction.
I've been learning git over the last few days. Specifically, I'm
trying out git bisect to locate a change between 2.6.17 and 2.6.18
that broke something.
I've reached a point where the kernel I build does not boot. Linus
says
http://www.kernel.org/pub/software/scm/git/docs/howto/isolate-bugs-with-bisect.txt
"you should try to find another commit close-by". Other docs I've read
imply this is done with git bisect visualize.
My problem is that I don't have wish/tk installed. Is there a
text-based alternative to visualize that I can use? Or is there a
different method to locate a nearby commit?
The answer may involve something as simple as looking at some git
state; I am a git newbie, and reading the docs hasn't helped any, so I
won't be surprised to find out I'm overlooking something really
obvious.
Thanks in advance for any and all help,
..Stu
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Alternative to 'git bisect visualize'?
2007-04-09 21:10 Alternative to 'git bisect visualize'? Stuart MacDonald
@ 2007-04-10 8:03 ` Paolo Ornati
2007-04-10 19:45 ` Stuart MacDonald
0 siblings, 1 reply; 5+ messages in thread
From: Paolo Ornati @ 2007-04-10 8:03 UTC (permalink / raw)
To: Stuart MacDonald; +Cc: linux-kernel
On Mon, 9 Apr 2007 17:10:23 -0400
"Stuart MacDonald" <stuartm@connecttech.com> wrote:
> My problem is that I don't have wish/tk installed. Is there a
> text-based alternative to visualize that I can use? Or is there a
> different method to locate a nearby commit?
>
> The answer may involve something as simple as looking at some git
> state; I am a git newbie, and reading the docs hasn't helped any, so I
> won't be surprised to find out I'm overlooking something really
> obvious.
I think this should work:
1) look at "git-bisect log" and take the last good/bad pair
2) "cat .git/refs/heads/bisect" to see where you are now
3) git-log --pretty=oneline GOOD..BAD
4) search for the current commit (found in #2) with "/CURRENT_COMMIT",
now move around and choose another commit to test
5) git-reset --hard COMMIT_TO_TEST
Example:
$ git-bisect start
$ git-bisect good v2.6.17
$ git-bisect bad v2.6.18
Bisecting: 3400 revisions left to test after this
[2a2ed2db353d949c06b6ef8b6913f65b39111eab] Merge git://git.kernel.org/pub/scm/linux/kernel/git/sam/kbuild
# 2a2ed2db353d949c06b6ef8b6913f65b39111eab doesn't compile/boot ?
$ git-bisect log
git-bisect start
# good: [8ba130df4b67fa40878ccf80d54615132d24bc68] Linux v2.6.17
git-bisect good 8ba130df4b67fa40878ccf80d54615132d24bc68
# bad: [119248f4578ca60b09c20893724e10f19806e6f1] Linux v2.6.18. Arrr!
$ git-log --pretty=oneline 8ba130df4b67fa40878ccf80d54615132d24bc68..119248f4578ca60b09c20893724e10f19806e6f1
search for "2a2ed2db353d949c06b6ef8b6913f65b39111eab":
aa4148cfc7b3b93eeaf755a7d14f10afaffe9a96 [PATCH] devfs: Remove devfs support from the serial subsystem
bdaf8529385d5126ef791e8f1914afff8cd59bcf [PATCH] devfs: Remove devfs from the init code
a29641883f57f36424e3219ae9ff48dd6cd34de0 [PATCH] devfs: Remove devfs from the partition code
5c3927dc3468f47b803c9e1bb82cbed2bbd411ab [PATCH] devfs: Remove devfs documentation from the kernel tree
d8deac5094988c7ad1127ee61f52c59a952fcabb [PATCH] devfs: Remove devfs from the kernel tree
5fd571cbc13db113bda26c20673e1ec54bfd26b4 [PATCH] Array overrun in drivers/infiniband/core/cma.c
09c0dc68625c06f5b1e786aad0d5369b592179e6 Revert "[PATCH] kthread: update loop.c to use kthread"
6e58f5c9a841e59233c5997df082e93329ea61e0 [ARM] 3656/1: S3C2412: Add S3C2412 and S3C2413 documenation
>>> 2a2ed2db353d949c06b6ef8b6913f65b39111eab Merge git://git.kernel.org/pub/scm/linux/kernel/git/sam/kbuild
972d19e837833b93466c6f6a8ef2a7d653000aa3 Merge master.kernel.org:/pub/scm/linux/kernel/git/herbert/crypto-2.6
cdf4f383a4b0ffbf458f65380ecffbeee1f79841 Merge master.kernel.org:/pub/scm/linux/kernel/git/dtor/input
954b36d48b495afed2880320750858a2eae312c9 [PATCH] m68knommu: use configurable RAM setup page_offset.h
12ddae3348def8808fb755b23225b18fc4adfbe3 [PATCH] m68knommu: use configurable RAM setup in start up code
73e2fba8dc1e0a686073a5183be1a99e9285d2ac [PATCH] m68knommu: use configurable RAM setup in linker script
63e413d19db0018e443a43c6c7a482993edf79cf [PATCH] m68knommu: create configurable RAM setup
d2f386d7c182c1420f797093d67bb09a7251f113 [PATCH] m68knommu: remove unused vars from generic 68328 start code
2ae9cb6bd4c23616b229b135ea57a93a6a24e13a [PATCH] m68knommu: remove __ramvec from 68328/pilot start code
# pick another one...
$ git-reset --hard aa4148cfc7b3b93eeaf755a7d14f10afaffe9a96
--
Paolo Ornati
Linux 2.6.21-rc6-gc2481cc4 on x86_64
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: Alternative to 'git bisect visualize'?
2007-04-10 8:03 ` Paolo Ornati
@ 2007-04-10 19:45 ` Stuart MacDonald
2007-04-10 20:00 ` Randy Dunlap
0 siblings, 1 reply; 5+ messages in thread
From: Stuart MacDonald @ 2007-04-10 19:45 UTC (permalink / raw)
To: 'Paolo Ornati'; +Cc: linux-kernel
From: Paolo Ornati [mailto:ornati@fastwebnet.it]
> I think this should work:
>
> 1) look at "git-bisect log" and take the last good/bad pair
>
> 2) "cat .git/refs/heads/bisect" to see where you are now
>
> 3) git-log --pretty=oneline GOOD..BAD
>
> 4) search for the current commit (found in #2) with "/CURRENT_COMMIT",
> now move around and choose another commit to test
>
> 5) git-reset --hard COMMIT_TO_TEST
That is exactly what I needed, many many thanks. I have moved off the
broken area of commits and am back into bisecting.
Where would be the appropriate place to submit this as a feature
request, to complement "git bisect visualize"; git, LKML or somewhere
else? I'm picturing an ncurses/menuconfig-style app.
..Stu
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Alternative to 'git bisect visualize'?
2007-04-10 19:45 ` Stuart MacDonald
@ 2007-04-10 20:00 ` Randy Dunlap
2007-04-10 20:04 ` Stuart MacDonald
0 siblings, 1 reply; 5+ messages in thread
From: Randy Dunlap @ 2007-04-10 20:00 UTC (permalink / raw)
To: Stuart MacDonald; +Cc: 'Paolo Ornati', linux-kernel
On Tue, 10 Apr 2007 15:45:33 -0400 Stuart MacDonald wrote:
> From: Paolo Ornati [mailto:ornati@fastwebnet.it]
> > I think this should work:
> >
> > 1) look at "git-bisect log" and take the last good/bad pair
> >
> > 2) "cat .git/refs/heads/bisect" to see where you are now
> >
> > 3) git-log --pretty=oneline GOOD..BAD
> >
> > 4) search for the current commit (found in #2) with "/CURRENT_COMMIT",
> > now move around and choose another commit to test
> >
> > 5) git-reset --hard COMMIT_TO_TEST
>
> That is exactly what I needed, many many thanks. I have moved off the
> broken area of commits and am back into bisecting.
>
> Where would be the appropriate place to submit this as a feature
> request, to complement "git bisect visualize"; git, LKML or somewhere
> else? I'm picturing an ncurses/menuconfig-style app.
>
> ..Stu
see http://git.or.cz/, this section: Community and Development
---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2007-04-10 20:05 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-04-09 21:10 Alternative to 'git bisect visualize'? Stuart MacDonald
2007-04-10 8:03 ` Paolo Ornati
2007-04-10 19:45 ` Stuart MacDonald
2007-04-10 20:00 ` Randy Dunlap
2007-04-10 20:04 ` Stuart MacDonald
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox