From: "H. Peter Anvin" <hpa@zytor.com>
To: Linus Torvalds <torvalds@osdl.org>
Cc: Git Mailing List <git@vger.kernel.org>
Subject: Re: git "tag" objects implemented - and a re-done commit
Date: Mon, 25 Apr 2005 14:36:00 -0700 [thread overview]
Message-ID: <426D62C0.40104@zytor.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0504251213530.18901@ppc970.osdl.org>
Linus Torvalds wrote:
>
> Anyway, I decided that my original model for tags was the right one, with
> a trivial extension. Notably, if you want to tag a single file or a tree
> object, go wild. The tag object format is:
>
> object <sha1>
> type <type>
> tag <tag>
> .. free-form commentary and signature of this all ..
>
> and the "git-mktag" program verifies that the three first lines are valid
> before it accepts it and writes it as a git object.
>
> Right now the tags don't do anything, except fsck can verify them (not the
> signature - git doesn't even specify any particular format, and you may
> validly have unsigned tags in your tree), and will print out something
> like
>
> tagged commit e83c5163316f89bfbde7d9ab23ca2e25604af290 (v2.6.12-rc2)
>
> if you were to have such a tag-object in your object database (you don't,
> because I've not generated one, but hey..)
>
It would be good if the tag object could permit junk lines before the
start of the header; in particular, the standard PGP/GPG signed message
format looks like:
-----BEGIN PGP SIGNED MESSAGE-----
object aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
type commit
tag foo
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
iQEVAwUBQm1hyWx5eAAqlgcFAQEShgf+P/PNJu5h1uAVPp9+xSy8QtIIC/1Zpl6a
2Tp22Bw0hfXUNYoJ7O9TH35wttYbcx8ArXl6JhlMIEcV7rS48H/vmTJgtBwnhLSb
epDPbOriLbCl9E0XXPHqrlmQE07H0iZn2dmLyg2REmtdffi3hjSQIkvFSHy72kOe
Ho6H+s2hzs/u/ypkQ8Cl82Saqn/Drahj9ehdXLRQ5Nsslr71MhwRCD5M0x+0Uy0B
KPjBiyyx6g/qWzIRLZOdkdbSUdXjczlGnm2wwC6/RdBDjeagDBGafaiuNQH8W3sx
psfmqKgKZkCBFFlSvwJQAsRFgnVl2vYUAftRaxMnQlCG7COIjNAsdg==
=lsn0
-----END PGP SIGNATURE-----
As an alternative, the signature can be a separate object, since the
object SHA-1 itself acts as a verifier of its self-content; thus, all
that is really necessary is an authorized verifier.
-hpa
next prev parent reply other threads:[~2005-04-25 21:35 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-25 19:25 git "tag" objects implemented - and a re-done commit Linus Torvalds
2005-04-25 20:23 ` Andreas Gal
2005-04-25 20:42 ` Linus Torvalds
2005-04-25 21:46 ` Andreas Gal
2005-04-25 22:07 ` Linus Torvalds
2005-04-25 22:39 ` Linus Torvalds
2005-04-26 2:44 ` Sean
2005-04-26 5:55 ` Ryan Anderson
2005-04-27 3:36 ` Matthias Urlichs
2005-04-27 15:37 ` Linus Torvalds
2005-04-25 21:36 ` H. Peter Anvin [this message]
2005-04-25 22:05 ` Linus Torvalds
2005-04-25 22:18 ` Petr Baudis
2005-04-25 22:41 ` Linus Torvalds
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=426D62C0.40104@zytor.com \
--to=hpa@zytor.com \
--cc=git@vger.kernel.org \
--cc=torvalds@osdl.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.