On Wed, Sep 2, 2009 at 4:19 PM, Curtis Olson <curtol...@gmail.com> wrote:
> On Wed, Sep 2, 2009 at 2:02 PM, Tom P <zomm...@gmail.com> wrote:
>
>> Hi Curt
>>
>> My only concern with SVN is that it stores every file twice in the local
>> file system, so it's not ideal for the 'data' portion of FlightGear. For
>> example, right now a complete checkout of Aircraft is ~ 2 GB, and it would
>> double overnight.
>>
>
> A quick check of the 'data' repository reports it's size is about 5Gb.
> Presumably with a distributed source code control system, each end user
> would be downloading this much data + the disk space foot print would be at
> least this much (+ maybe the extra 2Gb for a working copy?)
>
> Is this an argument to stay with CVS for the data portion of the project?
>
When using a distributed system it's not necessary to download the entire
history, it's just fine to download just the last revision and work from
there. In any case, I would bet Hg is more space efficient than CVS.
> This is a good point to bring up though in advance. The default project
> quota at code.google.com (is there a shorter abbreviation?) is 1Gb so we'd
> be fine for SimGear and FlightGear code, but we'd blow way over that for
> data.
>
I'm not sure how well Hg can handle binary data, it might be a good idea to
keep that elsewhere anyway for other reasons. All current SCCM allow for
separate servers for different parts.
Matias D'Ambrosio
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
