Petr Baudis wrote:
This patch enables fetching multiple repositories at once over the Git protocol (and SSH, and locally if git-fetch-pack is your cup of coffee there). This is done especially for the xorg people who have tons of repositories and dislike pulls much slower than they were used to with CVS. I'm eager to hear how this affects the situation. It's kind of "superproject" thing, basically, taking reverse approach than the subproject ideas. However, in practice I think it can be used for subprojects quite well and perhaps if I find some spare time during the day I will add the lightweight subproject support to Cogito, using this. So, you need some kind of porcelain for this. The idea is that instead of telling git-fetch-pack a single repository, you pass multiple --repo= parameters and refs always "belong" to the latest mentioned repository; when outputting the new ref values, the appropriate repo is mentioned near each ref. In order for this to be useful, on your local side you should share the objects database in some way - either using alternates (then you must fetch to an object database reachable from everywhere) or symlinked object databases. You still need to pass git-fetch-pack some URL in addition to the repositories - it is used only for git_connect(), the purpose is that repositories must be local directories so if you want to talk remote, you need to do something like git-fetch-pack git://kernel.org/pub/scm/git/git.git --repo=/pub/scm/git/git.git master next --repo=/pub/scm/cogito/cogito.git master
Can't this be done with a simple wrapper around git-fetch* ? - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html