From: Christian Couder <chriscool@tuxfamily.org>
To: Junio C Hamano <junkio@cox.net>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] Bisect: add checks at the beginning of "git bisect run".
Date: Wed, 28 Mar 2007 09:52:56 +0200 [thread overview]
Message-ID: <200703280952.57058.chriscool@tuxfamily.org> (raw)
In-Reply-To: <7vk5x1ly2g.fsf@assigned-by-dhcp.cox.net>
Le mercredi 28 mars 2007 07:46, Junio C Hamano a écrit :
> >
> > --not
> > mark current revision as bad instead of good and as good instead of bad
>
> Do you mean this is a useful option when the "run-script"
> reports failure with 0 exit and success with non-zero exit? In
> other words, exit code has reversed meanings from the usual?
Yes, for example to find when a string first appeared in a file one could
use:
git bisect run --not grep string my_file
instead of something like
git bisect run ! grep string my_file
or
git bisect run 'grep string my_file ; test $? -ne 0'
> > --good <rev1>
> > --bad <rev2>
> > use rev1 as good and rev2 as bad
>
> I am not sure what you mean by these two.
For example one could write:
git bisect run --good rev1 --bad rev2 my_script
instead of
git bisect start
git bisect good rev1
git bisect bad rev2
git bisect run my_script
> > --check or --test
> > run the script once and then do nothing if the result is good
>
> How would you use this?
For example if you know that the last nightly build
tagged "nightly_2007_03_27" was ok, you could use:
git bisect start
git bisect good nightly_2007_03_27
git bisect run --check make > /dev/null || {
# extract commit and author email address from "$GIT_DIR/BISECT_RUN"
# and send flame to author who broke the build with the commit
}
to automatically check that current source code builds ok.
Or you could use it in some test suites to automatically find the first bad
commit (and be able to flame the author :-) in case one test fails.
Christian.
next prev parent reply other threads:[~2007-03-28 7:44 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-27 4:49 [PATCH] Bisect: add checks at the beginning of "git bisect run" Christian Couder
2007-03-27 5:28 ` Junio C Hamano
2007-03-27 7:15 ` Christian Couder
2007-03-27 7:22 ` Junio C Hamano
2007-03-27 5:46 ` Junio C Hamano
2007-03-28 3:44 ` Christian Couder
2007-03-28 5:46 ` Junio C Hamano
2007-03-28 7:52 ` Christian Couder [this message]
2007-03-28 7:57 ` Junio C Hamano
2007-03-29 5:02 ` Christian Couder
2007-03-29 6:06 ` Junio C Hamano
2007-04-05 8:01 ` Christian Couder
2007-04-05 8:05 ` Christian Couder
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=200703280952.57058.chriscool@tuxfamily.org \
--to=chriscool@tuxfamily.org \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
/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).