RE: patches added to release/test trees

From: Luck, Tony <tony.luck_at_intel.com>
Date: 2006-06-24 03:08:22
> That makes sense.  But why is the ia64 git tree missing the Linus
> objects and tags in the first place?

"tags" is a bit ambiguous here, there are two possible things that
you might be talking about when you say "tag" w.r.t. a GIT tree.

1) A file in .git/refs/tags/ that contains the SHA1 of a git object.

2) A git object of type "tag".

The files in .git/refs/tags refer to GIT tag objects.  Usually a
tag object is a pointer to a commit object ... but they can point
at anything (the v2.6.11 tag object points to a "tree").

Things get more complex from here.  My kernel.org tree contains none
of the .git/refs/tags files (because I "git push" the heads of the
release/test branches up from my local tree, anf this won't copy any
tags files up ... even though they are all in my local tree from
my "git fetch linus" pulls from Linus).

The git tag objects actually are in my kernel.org tree!  But only
because I share packfiles with Linus to reduce load on kernel.org
mirroring system.

You don't get to see them though.  When you do a fetch/pull from
my tree (using "git://" transfer method), git will construct the
list of commit/tree/blob objects, build a packfile, and send it to
you.  Any tag objects in my (really Linus') packfile will just be
ignored.  If you used "rsync://", it would copy the whole packfile.
Not sure what an http:// pull would do.


Is that as clear as mud now?

-Tony
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Received on Sat Jun 24 03:09:14 2006

This archive was generated by hypermail 2.1.8 : 2006-06-24 03:09:25 EST