Re: [OT?] git tools at SourceForge ?

From: David Lang <david.lang@digitalinsight.com>
Date: Aug 12, 2005, 23:24 UTC
Message-ID: <Pine.LNX.4.62.0508121618140.20901@qynat.qvtvafvgr.pbz>
In-Reply-To: <46a038f905081216013941b2c@mail.gmail.com>

On Sat, 13 Aug 2005, Martin Langhoff wrote:

Show 12 quoted lines

>>> 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