[fdo-internals] Creation of FDO 3.3 revision branches to
robert.fortin at autodesk.com
Fri Sep 26 10:27:15 EDT 2008
Let me introduce Dave. Dave Wilbur is working with a customer support group within Autodesk and he and his team are looking into making hotfixes available to our customers the most efficient way. We are also concerned that we want these modifications to benefit the entire community and, as you clearly pointed out, show open-ness.
The intent was not to impose Autodesk schedule on the community and maybe the way it was presented lead you to think that it was the case. But instead, it was trying to communicate our intent with regards to our current and upcoming releases. Dave also suggesting interesting changes that will help better track the version and build of FDO. We actually suggested that this be communicated to the community exactly to show open-ness.
As a matter of fact, FDO version 3.3.1 has been released to the community but no branch created for it. Further work was done in the interest of MG OS and it is done with the intent that this would become 3.3.2. The intent of publishing this version under 3.3.2 is what is proposed by Dave in order to have a recognizable point release for MG OS community.
As for the hotfix strategy, it is not different than what FDO has been following so far. Creating 3.X.X branch to hold hotfixes have been done in the past. It just has the chance of happening more often going forward. All Dave is proposing is to have new branches that will allow the community (and of course Autodesk! :^) ) to make small modification over a specific release. That's good news!
I think the community and the FDO PSC is solely responsible for deciding when to create a point release. As always, Autodesk will suggest when this should happen and the PSC will decide.
The proposal at this point is to publish the build of branches/3.3 (rev 4505) as release 3.3.2 and create branches for 3.3.1 and 3.3.2 (which doesn't exist at the moment).
Does the PSC and the FDO communicaty have any objection against it?
From: fdo-internals-bounces at lists.osgeo.org [mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Jason Birch
Sent: Thursday, September 25, 2008 5:29 PM
To: FDO Internals Mail List; fdo-internals at lists.osgeo.org
Subject: RE: [fdo-internals] Creation of FDO 3.3 revision branches to supportAutodesk hotfixes
David, I have no problem with the technical suggestion of branches to support hotfixes on point releases, and agree that physical file versions should match the release number. However, I think that there is a disconnect here in the amount of communication between Autodesk and the community on releases. Is there no opportunity to change procedures so that rather than Autodesk product-specific releases and community releases, there are just releases?
In general I think there needs to be a bit more open-ness, at least as much as is permitted from a publicly traded company. I understand that it is hard to live within two communities--one completely closed and the other entirely public--but there is certainly some room for improvement. It would be helpful if more of the people who are involved with FDO within Autodesk took a more active role in the community, or at least stopped by and introduced themselves :)
From: fdo-internals-bounces at lists.osgeo.org on behalf of David Wilbur
Sent: Thu 2008-09-25 1:25 PM
To: fdo-internals at lists.osgeo.org
Subject: [fdo-internals] Creation of FDO 3.3 revision branches to supportAutodesk hotfixes
Hello FDO community,
In an effort to support hotfix revisions for versions of FDO released by Autodesk, we will need to create point revision branches in the SVN vault to match any Autodesk releases. Any hotfix updates for a release will then be submitted to these new branches.
Here is a list of proposed new branches and the corresponding Autodesk releases:
fdo/branches/3.3.1 AutoCAD Map 3D, MapGuide, and Topobase 2009 (from SVN revision 3791/3802)
fdo/branches/3.3.2 Update 1 for AutoCAD Map 3D, MapGuide, Topobase 2009 and SQL Server Spatial (from SVN revision 4045)
By creating SVN branches for every Autodesk release we can ensure that hotfixes can always be created for each release.
Note that this strategy does not preclude the creation and release of any interim build revisions that do not correspond to Autodesk releases. If a release is created without a corresponding Autodesk release, we will just increment to the next revision for the next Autodesk release.
On a related topic, we are planning to implement a file versioning scheme to follow this release format. Currently, all Autodesk releases have been distributed with file versions of 3.0.0.x, when they really should have been numbered according to the corresponding revision.
Once we adopt this strategy, the next Autodesk release can start using the proper file numbering. Eg. For Map 3D 2009 Update 2 the files will potentially be versioned 3.3.3.x.
To simplify the migration of the FDO build to new version numbers, I would also like to propose that the FDO vcproj files be changed to use a parameterized input for the version number. The first 3 digits are currently hard coded in the FDO vcproj file post build steps. A simplified version configuration could be accomplished by either using a new build environment variable, changing the post build steps to read the version number from a vault file, or by using a 'resource file include' scheme where the version rc resource information is stored in a common shared header file.
Please respond soon with your thoughts on these topics, as we need to move forward quickly with a solution for the building of hotfixes for FDO.
Geospatial Business Unit - Customer Response Team
Direct 618 345-0989
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the fdo-internals