Version tracking (was: Starting a Magma/Seaside pilot project)
David T. Lewis
lewis at mail.msen.com
Thu Dec 22 23:00:08 UTC 2005
On Thu, Dec 22, 2005 at 11:26:40AM -0800, Chris Muller wrote:
> Hi, I have also been thinking about this. While there
> is a #magmaVersion which returns simply an Integer,
> this is used primarily to check against legacy files.
> i.e., if there is no format change for a new release,
> I don't increment it.
>
> It would seem useful to have another human-consumable
> versionString. To this end I have considered
>
> "1.0" to be the functionality included right now
> "1.1" (real soon now) which interfaces to the
> security module and
> "1.2" (vaporware) to be the one which includes
> security AND the import/export replication feature
>
> It would be real great if these could be
> file-compatible with each other but I don't know
> whether that will be possible yet.
>
> Also, as incremental enhancements/bug fixes, each of
> these would be suffixed with "r1", "r2", etc.
If you want to get fancy about it, Craig Latta's naming
convention for versions is worth a read. It seems sensible
to me, and has held up well over time.
http://netjam.org/smalltalk/versions.html
Dave
More information about the Magma
mailing list