Linus Torvalds <[EMAIL PROTECTED]> writes:
> I think this is great - especially for places like kernel.org, where a lot
> of repos end up being related to each other, yet independent.
Yes. There is one shortcoming in the current git-clone -s in
the proposed updates branch. If the parent repository has
alternates on its own, that information should be copied to the
cloned one as well (e.g. Jeff has alternates pointing at you,
and I clone from Jeff with -s flag --- I should list not just
Jeff but also you to borrow from in my alternates file).
> However, exactly for places like kernel.org it would _also_ be nice if
> there was some way to prune objects that have been merged back into the
Yes. Another possibility is to use git-relink which was written
exactly to solve this in a different way.
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