[mapguide-internals] MapGuide Open Source 2.1 - where is the continuous integration system ????

[Trevor Wekel]

Hi UV,

OsGeo is hosting a BuildBot server which we could plug into.  There is some information posted here http://wiki.osgeo.org/wiki/OSGeo_BuildBot_Configuration.

I am setting up some virtualized infrastructure to host the MapGuide builds but I haven't had time to get everything set up yet.

As for the Windows installer, Visual Studio 2008 Standard Edition and higher include installer projects which should be sufficient for the Windows builds.  I have purchased a single retail copy of Visual Studio 2008 Standard Edition for the Windows build VM.


Thanks,
Trevor



________________________________________
From: mapguide-internals-bounces at lists.osgeo.org [mapguide-internals-bounces at lists.osgeo.org] On Behalf Of UV [uvwild at gmail.com]
Sent: Thursday, November 13, 2008 5:55 AM
To: MapGuide Internals Mail List
Subject: Re: [mapguide-internals] MapGuide Open Source 2.1 - where is the       continuous integration system ????

Continuous Integration System
<http://en.wikipedia.org/wiki/Continuous_Integration>a term formed by
Martin Fowler
<http://www.martinfowler.com/articles/continuousIntegration.html>

This mail brings up the demand for a proper build environment to support
the community.
In a complex project like this a continuous integration system
consisting of at least a linux and a windows build machine
plus maybe some extra machines running tests seems to be appropriate.
This only requires standard off -the-shelf hardware so we are only
talking about a small hardware budget.

Regarding the current shortcomings in configuration management and
stability of the subversion repository
I am sure that an automated build system would be a major step forward
as it forces some extra and useful discipline on
checking in only functional code into the respository (e.g. creating
locks during major code changes).
This way the state of each build configuration can be tracked continuously
and users have an opportunity to access stable snapshots of the source tree.

I had the opportunity to set up and use such a system for a project as
an architect in an international corporation and  I would
never do any serious coding without it anymore. I think it can even be
called state-of-the-art by now.
The benefits for a multi-platform open source project like MGOS with a
very complex code base seem to be quite obvious.

Kind Regards,
UV

senior consultant/architect


Tom Fukushima wrote:
> Hi,
>
> Sorry, I've haven't had a chance to follow up on this.
>
> The MGOS 2.1 code is basically ready to go, but we don't have anyone who can do a build.
>
> Jason asked in an offline email whether I had discussed anything internally with Trevor on moving to a VS installer.  I can say that all discussions with Trevor have been on this mailing list.
>
> Tom
>
>
> -----Original Message-----
> From: Tom Fukushima
> Subject: [mapguide-internals] MapGuide Open Source 2.1
>
> I would like to post a MGOS 2.1 beta the week of Oct 20th.  This is of
> course contingent on me getting resources from our Autodesk internal
> build team (they are very overloaded right now) to get some builds
> together.
> _______________________________________________
> mapguide-internals mailing list
> mapguide-internals at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>
>

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