From: Jeff King <peff@peff.net>
To: Trevor Saunders <tbsaunde@tbsaunde.org>
Cc: Stefan Beller <sbeller@google.com>,
"git@vger.kernel.org" <git@vger.kernel.org>
Subject: Re: [PATCH] bisect: print abbrev sha1 for first bad commit
Date: Sat, 9 May 2015 00:07:04 -0400 [thread overview]
Message-ID: <20150509040704.GA31428@peff.net> (raw)
In-Reply-To: <20150509014152.GA31119@tsaunders-iceball.corp.tor1.mozilla.com>
On Fri, May 08, 2015 at 10:03:41PM -0400, Trevor Saunders wrote:
> On Fri, May 08, 2015 at 05:29:42PM -0700, Stefan Beller wrote:
> > On Fri, May 8, 2015 at 4:46 PM, Trevor Saunders <tbsaunde@tbsaunde.org> wrote:
> > > its rather silly especially considering the next line contains the
> > > full hash again.
> >
> > Maybe we can omit it altogether then?
>
> SO we'd print something like
>
> the first bad commit is
> Commit abcdefabcdefabcdefabcdefabcdefabcdefabcd
> Author foo@ba.com
>
> blah blah blah
>
> ? That seems reasonable to me. If we're going that far does it also
> make sense to drop printingthe lines about which trees have changed and
> just print the commit message / author / hash?
Yeah, I have always found bisect's output somewhat silly. It prints the
"--raw" diff output, which is not incredibly useful. And then to top it
off, it does not feed the "--recursive" switch to the diff, so you don't
even get to see the real list of changed files.
I suspect the most minimal we could go is:
git log --format='The first bad commit is %h %s' $bad
and then let the user inspect further from there using the hash. But I
think it would also be reasonable to just do a straight "git log -1
$bad" with no with no diff.
(Actually, it looks like all this is generated in bisect.c:show_diff_tree,
so it would have to be written in C; but it should be pretty easy to
tweak the display options).
-Peff
next prev parent reply other threads:[~2015-05-09 4:07 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-08 23:46 [PATCH] bisect: print abbrev sha1 for first bad commit Trevor Saunders
2015-05-09 0:29 ` Stefan Beller
2015-05-09 2:03 ` Trevor Saunders
2015-05-09 4:07 ` Jeff King [this message]
2015-05-10 23:12 ` Trevor Saunders
2015-05-11 1:10 ` Jeff King
2015-05-11 4:33 ` Junio C Hamano
2015-05-11 7:38 ` Christian Couder
2015-05-11 16:54 ` Junio C Hamano
2015-05-11 18:17 ` Trevor Saunders
2015-05-11 18:28 ` Stefan Beller
2015-05-12 9:21 ` Christian Couder
2015-05-12 17:11 ` Junio C Hamano
2015-05-12 20:43 ` Christian Couder
2015-05-12 20:58 ` Stefan Beller
2015-05-12 23:40 ` Trevor Saunders
2015-05-13 13:24 ` 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=20150509040704.GA31428@peff.net \
--to=peff@peff.net \
--cc=git@vger.kernel.org \
--cc=sbeller@google.com \
--cc=tbsaunde@tbsaunde.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).