Hi Marcel, On Wed, Apr 25, 2012 at 3:34 PM, Marcel Offermans <[email protected]> wrote: > Hello all, > > We're homing in on an 1.0 release of the Amdatu Platform, so this is a good > moment to discuss our versioning scheme. We (the platform team) propose to > adopt the semantic versioning scheme as recommended by the OSGi Alliance > [1]. We have documented it here [2] and from 1.0 onwards we would like to > start using it.
+1 on Semantic versioning from 1.0 onward. At least at the bundle and package levels. I imagine this will take some getting used to as it goes beyond the naive versioning most of us are accustomed to. It may be a good idea to embed this into review / release checklists. > That basically means we have three things we version: > > 1) At the top level, we have a version number that we associate with the > platform as a whole. This version number will start with 1.0 and will be > increased every time we make a new release. My question here is what actually constitutes "a release"? Right now we have a "0.4.0-RC2 platform release" which is basically an implicit superset of all artifacts under that same version number. One of those artifacts is actually amdatu-release-0.4.0-RC2, which is a set of bundles and configuration files (not all artifacts) assembled into an example server, but that does not contain all artifacts. So.. there actually is not one physical thing we call a release and can assign that number to. Obviously, we could make once big zip containing all artifacts that we call a release, but does that really make sense? It wont actually do anything and be a huge download while we have maven repositories and provisioning servers to distribute code more elegantly. Maybe a release is just a definition of the artifacts making up a release, similar to a Karaf feature? Maybe, it is just a "static" distribution at the future main Amdatu provisioning server? I'm a little confused on this topic and depending on what a release is semantic versioning may or may not make sense :) grz Bram _______________________________________________ Amdatu-developers mailing list [email protected] http://lists.amdatu.org/mailman/listinfo/amdatu-developers
