Software Versioning
Format
DDF component versions take the form major.minor[.maintenance[.build]]
Major
A major release occurs when new functionality is added to DDF that requires external clients to modify their implementations that interface with DDF.
Minor
A minor release occurs when new functionality is added to DDF that may require DDF developers to modify their implementations, but does not require external clients to modify their implementations that interface with DDF.
Maintenance
A maintenance release occurs when bugs are fixed in DDF but do not result in external clients or developers having to change their implementations that interface to DDF.
Build
The build section indicates milestone or maturity (e.g. ALPHA, M1, RC, SNAPSHOT)
M = Milestone
RC = Release Candidate
Thirdparty Versioning
Sometimes it is necessary to modify jars in order to make them bundles that will run in the OSGi container. These thirdparty jars should have the version of the JAR that it is wrapping followed by a suffix of "_X" where X is the version of that pom. For instance, if the artifact is wrapping the JTS jar of version 1.11
, the version of that pom creating the bundle would be 1.11_1
. If that specific pom is ever changed, the suffix should be incremented. For example, a subsequent change would make it 1.11_2
and then 1.11_3
on the next change.