[mapguide-internals] RFC 111 - Deploy Viewer Code with Subversion Attributes

[Trevor Wekel]

Another potential option would be to zip up an "svn checkout" of the Fusion and AJAX trees for each build and post them with the installer binaries.  We would also need to add some "deploy" scripts so that the checked out and ant-build-by-hacker trees could be copied to a web server.  We'd have to test this out.  Subversion might be picky about the fully qualified path names.
 
If we really want in place editing, it may be possible to replicate the "Web" directory structure in the zip with a series of svn checkout commands.

I would prefer not to have .svn directories in an installed build if possible.  And it would be good to make Fusion and AJAX tinkering more accessible to the community.


Regards,
Trevor


-----Original Message-----
From: mapguide-internals-bounces at lists.osgeo.org [mailto:mapguide-internals-bounces at lists.osgeo.org] On Behalf Of Jason Birch
Sent: March 24, 2011 10:31 AM
To: MapGuide Internals Mail List
Subject: Re: [mapguide-internals] RFC 111 - Deploy Viewer Code with Subversion Attributes

On 23 March 2011 22:56, Zac Spitzer wrote:

> ideally, to make hacking easier(tm), we could modify the fusion build
> process to do
> an in place build, instead of outputting it all to a new directory
>

Oh, please don't do that.  I hate in-place builds (pet peeve with MapGuide
in general).  Nothing like having a cluttered source tree...

Maybe it would be better to distribute a separate fusion_source directory
(with .svn) that could build into the fusion directory (or be renamed or
referenced from the templates if you just want to hack on non-compiled code)
and make it an optional feature in the installer.

I personally do my Fusion builds from a separate direct check-out of Fusion
and have modified my compile process to copy the results to my test server.
 Every new "version" gets a new folder name so I don't have to worry about
browser caching and can set aggressive caching policies on the fusion
directory in production.

Jason
_______________________________________________
mapguide-internals mailing list
mapguide-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapguide-internals