On Sun, 10 Jul 2005, Russell King wrote: > > It means that rsync --delete-after can (in theory) be used when > making changes available to the upstream maintainer.
I'd suggest against that from a safety standpoint (no backups), but what you _can_ do is to upload only the objects I don't have. This actually works - I already synced several weeks ago with Paul Mackerras, who had made his ppc64 git thing contain only the objects that I didn't have. In other words, if you have my tree pointed to by GIT_ALTERNATE_OBJECT_DIRECTORIES, and you populate your tree only with new files, you can actually upload that small "sparsely populated" tree as-is (without any of the objects that came from my tree), and I should be able to pull it as-is. Well, at least with rsync. I think my git "pack" send/receive thing might be unhappy about a partial tree, but that's something I can fix, so if this makes it easier for people (you can create a totally new tre _really_ cheaply and also upload it and move it around very cheaply), then I'm ok with pulling from partial repositories, and I have indeed already done so in the past. Btw, if people start doing this, then I really think we want a ".git/config" file, so that you can have different alternate object directories for different git directories without having to remember to set the environment variables all the time. Linus - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html