From: Christian Couder <chriscool@tuxfamily.org>
To: John Tapsell <johnflux@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] Documentation - More examples for git bisect
Date: Fri, 6 Mar 2009 08:46:24 +0100 [thread overview]
Message-ID: <200903060846.25151.chriscool@tuxfamily.org> (raw)
In-Reply-To: <1236256574-24764-1-git-send-email-johnflux@gmail.com>
On a second look here are a few nit picks.
First the patch title could be:
"Documentation: More examples for git bisect"
instead of:
"Documentation - More examples for git bisect"
as it would be more consistent with other patches.
Le jeudi 5 mars 2009, John Tapsell a écrit :
> Including passing parameters to the programs, and running more
> complicated checks without requiring a seperate shell script.
>
> Signed-off-by: John Tapsell
> ---
> Documentation/git-bisect.txt | 18 +++++++++++++++++-
> 1 files changed, 17 insertions(+), 1 deletions(-)
>
> diff --git a/Documentation/git-bisect.txt b/Documentation/git-bisect.txt
> index 147ea38..e65c1ca 100644
> --- a/Documentation/git-bisect.txt
> +++ b/Documentation/git-bisect.txt
> @@ -212,7 +212,7 @@ If you have a script that can tell if the current
> source code is good or bad, you can automatically bisect using:
>
> ------------
> -$ git bisect run my_script
> +$ git bisect run my_script arguments
> ------------
>
> Note that the "run" script (`my_script` in the above example) should
> @@ -252,6 +252,13 @@ $ git bisect start HEAD v1.2 -- # HEAD is bad,
> v1.2 is good $ git bisect run make # "make" builds the app
> ------------
>
> +* Automatically bisect a test failure between origin and HEAD:
> ++
> +------------
> +$ git bisect start HEAD origin -- # HEAD is bad, origin is good
> +$ git bisect run make test # "make test" builds and tests
> +------------
Perhaps we should add that the above may not work well if there are some
commits that don't build. And that it is fixed in the example below this
one.
> * Automatically bisect a broken test suite:
> +
> ------------
> @@ -291,6 +298,15 @@ It's safer if both "test.sh" and
> "check_test_case.sh" scripts are outside the repo to prevent interactions
> between the bisect, make and test processes and the scripts.
>
> +* Automatically bisect a broken test suite:
The title of the previous example is
* Automatically bisect a broken test case:
so if it is the same, then it should perhaps have the same title or perhaps:
* Automatically bisect a broken test case simplified:
or something like that.
> ++
> +------------
> +$ git bisect start HEAD HEAD~10 -- # culprit is among the last 10
> +$ git bisect run sh -c "make || exit 125; ~/check_test_case.sh"
> +------------
> ++
> +Does the same as the previous example, but on a single line.
> +
Thanks,
Christian.
prev parent reply other threads:[~2009-03-06 7:48 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-05 12:36 [PATCH] Documentation - More examples for git bisect John Tapsell
2009-03-05 21:44 ` Christian Couder
2009-03-06 2:50 ` John Tapsell
2009-03-06 7:46 ` Christian Couder [this message]
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=200903060846.25151.chriscool@tuxfamily.org \
--to=chriscool@tuxfamily.org \
--cc=git@vger.kernel.org \
--cc=johnflux@gmail.com \
/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).