From: Andy Parkins <andyparkins@gmail.com>
To: git@vger.kernel.org
Cc: Johannes Sixt <J.Sixt@eudaptics.com>
Subject: Re: [PATCH 3/3] diffstat generation in hooks--update was passing "^baserev" to git-diff-tree
Date: Tue, 13 Feb 2007 16:32:35 +0000 [thread overview]
Message-ID: <200702131632.37401.andyparkins@gmail.com> (raw)
In-Reply-To: <45D1DB57.65433549@eudaptics.com>
On Tuesday 2007 February 13 15:37, Johannes Sixt wrote:
> Shouldn't that be "... $baserev $newrev"? But read on.
I think it should, yes. Thanks.
> # * --- * --- * --- * (oldrev)
> # \
> # * --- * --- * (newrev)
>
> git rev-list $oldrev..$newrev
>
> is exactly what you want in this case. The stunt with $baserev is not
> necessary, and it may even be wrong if there is more than one
> merge-base. $oldrev..$newrev will be correct even in this case.
I just pinched the idea from the old update hook by Junio in 4f11b84c84. I
just assumed that was the better way to do it. A quick test shows it to give
the same output - I'm easy.
> You still need to derive a merge-base, but only to detect the forced
> update and to format the message. Then you should use --not $baserev
> instead of ^$baserev just in case there is more than one merge-base.
Are you suggesting something like this?
git-rev-parse --not --all $baserev | git-rev-list --stdin --pretty $newrev
Which would start showing from $newrev but would exclude all baserevs and all
existing branches.
Andy
--
Dr Andy Parkins, M Eng (hons), MIEE
andyparkins@gmail.com
next prev parent reply other threads:[~2007-02-13 16:32 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-13 14:24 [PATCH 3/3] diffstat generation in hooks--update was passing "^baserev" to git-diff-tree Andy Parkins
2007-02-13 15:37 ` Johannes Sixt
2007-02-13 16:32 ` Andy Parkins [this message]
2007-02-13 17:16 ` Johannes Sixt
2007-02-13 17:03 ` Linus Torvalds
2007-02-13 18:34 ` Andy Parkins
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=200702131632.37401.andyparkins@gmail.com \
--to=andyparkins@gmail.com \
--cc=J.Sixt@eudaptics.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.