From: Jakub Narebski <jnareb@gmail.com>
To: Jeff King <peff@peff.net>
Cc: "René Scharfe" <rene.scharfe@lsrfire.ath.cx>,
"Neal Kreitzinger" <neal@rsss.com>,
git@vger.kernel.org
Subject: Re: git-archive and tar options
Date: Thu, 14 Jul 2011 12:12:41 -0700 (PDT) [thread overview]
Message-ID: <m3oc0wad94.fsf@localhost.localdomain> (raw)
In-Reply-To: <20110714181858.GA25172@sigill.intra.peff.net>
Jeff King <peff@peff.net> writes:
> On Thu, Jul 14, 2011 at 07:45:07PM +0200, René Scharfe wrote:
>
> > > We didn't when git-archive was written, but these days we have
> > > get_sha1_with_context to remember incidental things about an object we
> > > look up. It should perhaps remember the commit (if any) we used to reach
> > > a treeish, and then the above command line could still insert the pax
> > > header.
> >
> > That's a good idea to increase consistency, as there shouldn't really be
> > a difference in output between the two subdirectory syntaxes.
>
> The patch to do this is pretty tiny. See below.
>
> There are a few issues, though:
>
> 1. I think this is probably the right thing to do, and most people
> will be happy about it. But I guess I can see an argument that the
> commit-id should not be there, as the subtree does not represent
> that commit.
>
> IOW, if you assume the commit-id in the output means
> "by the way, this came from commit X", this change is a good thing.
> If you assume it means "this is the tree from commit X", then it's
> not. I have no idea how people use it. I never have, but I always
> assumed the use case was "I have this random tarball. Where did it
> come from?".
Perhaps we should embed '<commit-id>:<subtree>' instead in pax header,
in that case? Or <commit-id>.<subtree> if ':' is forbidden.
--
Jakub Narębski
Poland
next prev parent reply other threads:[~2011-07-14 19:12 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-13 23:34 git-archive and tar options Neal Kreitzinger
2011-07-14 1:56 ` Jeff King
2011-07-14 17:16 ` René Scharfe
2011-07-14 17:27 ` Jeff King
2011-07-14 17:45 ` René Scharfe
2011-07-14 18:18 ` Jeff King
2011-07-14 19:12 ` Jakub Narebski [this message]
2011-07-14 21:23 ` Junio C Hamano
2011-07-14 21:25 ` Jeff King
2011-07-14 23:30 ` Junio C Hamano
2011-07-15 20:59 ` René Scharfe
2011-07-18 19:31 ` Neal Kreitzinger
2011-07-18 20:50 ` René Scharfe
2011-07-14 21:38 ` Jakub Narebski
2011-07-18 18:13 ` Neal Kreitzinger
2011-07-18 20:50 ` René Scharfe
2011-07-19 0:12 ` Neal Kreitzinger
2011-07-19 17:56 ` René Scharfe
2011-07-21 2:13 ` Neal Kreitzinger
2011-07-21 16:59 ` Neal Kreitzinger
2011-07-14 17:48 ` Andreas Schwab
2011-07-19 20:10 ` Sylvain Rabot
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=m3oc0wad94.fsf@localhost.localdomain \
--to=jnareb@gmail.com \
--cc=git@vger.kernel.org \
--cc=neal@rsss.com \
--cc=peff@peff.net \
--cc=rene.scharfe@lsrfire.ath.cx \
/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.