[lkml]   [2005]   [Apr]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: ia64 git pull

On Thu, 21 Apr 2005 wrote:
> I want to have one "shared objects database" which I keep locally and
> mirror publicly at

Ahh, ok. That's easy.

Just set up one repository. Then, make SHA1_FILE_DIRECTORY point to that
repository, and everybody will automatically share all file objects.

HOWEVER. And this is a big however - I don't think you want to do this at
this point.

Why? Because I'm still using the stupid "get all objects" thing when I
pull. That's not a fundamental design decision, but basically not doing so
requires that the other end be "git aware", and have some server that is
trustworthy that you can tell "get me all objects I need".

In the absense of that kind of git-aware server, anybody pulling from you
would have to pull _every_ object you have, regardless of whether they
wanted to use them or not. I don't think that's very nice.

So in the long run this issue goes away - we'll just have synchronization
tools that won't get any unnecessary pollution. But in the short run I
actually check my git archive religiously for being clean, and I do

fsck-cache --unreachable $(cat .git/HEAD)

quite often - not because git has been flaky, but simply beause I'm anal.
And getting objects from other branches would mess with that..

> But now I need a way to indicate to consumers of the public shared object
> data base which HEAD to use.

Yes. You'd just need to document where you put those heads. As you say,
you can make it be part of an announcement:

> Perhaps I should just say "merge 821376bf15e692941f9235f13a14987009fd0b10
> from rsync://"?

..but that doesn't actually work very well even for me, because I'd much
rather automate pulling from you, rather than having to cut-and-paste the
sha names.

So I think you could just define a head name, and say something like:


and we're all done. Give andrew a different filename, and you're done. The
above syntax is trivial for me to automate.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2009-11-18 23:46    [W:0.057 / U:2.512 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site