Re: One more shallow tree weirdness - tag not pulled?
- From
Robin H. Johnson <robbat2@gentoo.org>
- Date
- Apr 12, 2007, 03:37 UTC
- Message-ID
- <20070412033759.GD18378@curie-int.orbis-terrarum.net>
- In-Reply-To
- <7vbqhuml6z.fsf@assigned-by-dhcp.cox.net>
On Wed, Apr 11, 2007 at 06:32:36PM -0700, Junio C Hamano wrote:
Show 6 quoted lines
> The initial clone gets all tags, regardless of reachability. > Subsequent fetches however only _follows_ tags that point at > something you have in the repository. The blob that holds my > GPG public key is not part of any commit, so you would not have > that object in your repository, and subsequent "tag following" > will not see it.
Ah, that explains it. I didn't dig into what the blob contain, just noticed that it wasn't on the side that I was checking for extending.
Show 7 quoted lines
> > I created 'git-$N.list' with: > > find git-$N ! -type d | sort |egrep -v '\.git/(objects/pack/|index$|logs/)' \ > > | tr '\n' '\0' | xargs -0 md5sum | sed 's,git-$N/,,g' >git-$N.list > > I do not know what you wanted to do, but I suspect you > reinvented a rather expensive > git ls-remote git-$N
No, the purpose of this command was to check that the checkouts were functionally equivalent.
-- Robin Hugh Johnson Gentoo Linux Developer & Council Member E-Mail : robbat2@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85