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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Sun Sep 24 02:58:17 2006
This archive was generated by hypermail 2.1.8 : 2006-09-24 02:58:59 EST