On Sat, 13 Aug 2005, Martin Langhoff wrote:
I don't think he wants sourceforge to host git, I think he'd like
sourceforge to provide access to source trees via git, instead of
cvs. Read that as, I want to do:
Correct, that's what I am looking for. My hope is that if enough
people ask SF might actually provide such a service.
Ubuntu's 'launchpad' project is trying to do that (a SCM 'proxy' of
sorts) with Arch/Bazaar/BazaarNG/Whatever. It takes massive ammounts
of diskpace and computing power to be tracking external cvs/svn repos
in your SCM format of choice. The talked abundantly about this at the
last Debconf in nightless helsinki.
Actually, if HPA can (or has) work out the kinks for combining the object
stores for different projects I think you will find that a site like
sourceforge could actually find that across all their differnt projects
git will require significantly less space then first thought. I believe
that there is a significant number of files that are going to be the same
in different project (for example COPYING, or if a project is forked, most
of the files in a project) and therfor will just refer to the same object
blob.
now when you start makeing packs this sort of thing can make the optimal
logic for deciding what's in each pack 'interesting', but as long as each
pack is self contained the rest of the git tools will handle things just
fine.
David Lang
--
There are two ways of constructing a software design. One way is to make it so
simple that there are obviously no deficiencies. And the other way is to make
it so complicated that there are no obvious deficiencies.
-- C.A.R. Hoare
-
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
