On Fri, 2011-06-24 at 15:20 +0200, Csaba Halász wrote:
> On Fri, Jun 24, 2011 at 1:13 PM, Vivian Meazza
> <vivian.mea...@lineone.net> wrote:
> >
> > Seriously, Git has never been right for the data. We were promised a fix,
> > which has never materialized. SVN can be no worse, and it might be better.
> > Terrasync indicates that it might well be better, and might give us the
> > ability to pull aircraft down for MP on the fly.
>
> Ok, here is my usual negative comment (only by request :P)
> Could we please forget SVN forever? Thank you. Applies to scenery too,
> although I have been told its use was introduced to get free hosting
> from google and not for technical merit.
>
> Using SVN so you can download stuff on the fly is ridiculous, that's
> not the task of a revision control system (and built scenery probably
> doesn't need a revision control anyway). For all development tasks SVN
> is clearly worse than GIT (branches, local changes, merge requests,
> client side history, backups, etc.), and it isn't particularly good at
> the download part either. Also, an eventual automated aircraft
> download system should allow for 3rd party hangars too (would be the
> most important benefit, if you ask me), and not force SVN upon
> everybody. We should keep it simple, and probably just use regular
> snapshots from the revision control system made available via http.
>
> To summarize: if we want to split fgdata or allow automatic aircraft
> (model) downloads, that's fine with me, but I don't think SVN is the
> right tool for the task(s).
>
I agree (FWIW). We don't use the fgdata like a normal code revision
repository. It's a bit like the analogy "to guy with a hammer, ever
problem can be fixed by hitting it"
So there probably needs to be some discussion of what we really need
first;
Each aircraft developer can have their own code repository somewhere
(Git, SVN, whatever),
It needs a way to package that aircraft so it can be deployed easily
to the FG Install directory, something along the lines of a Java
Enterprise Archive or a RedHat RPM file.
Something that allows FG to track the installed version, and enforce
minimum dependencies.
Something that is transport agnostic (HTTP, FTP, SVN, SSH)
Something that allows the install to be relocatable in the file tree
(so you can deploy a development release and not mess up your live
version, like --fg-aircraft)
S.
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense..
http://p.sf.net/sfu/splunk-d2d-c1
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
