Hi Peter, On 15-05-14 11:20 AM, Peter Stadler wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
So I'd like to suggest that we detach the plugin versioning count entirely from the P5 version, and simply increment it independently; but with the second and third digits representing collapsed versions of the P5 and Stylesheets versions on which it's based:
3.280.7350
This would mean that we could have meaningful plugin version numbers simply incrementing in position 1, and still record the versions of P5 and the Stylesheets on which they're based.
Hmm, I usually expect those three digit version numbers to follow the semantic versioning approach [1]. And I guess most people will not be able to decipher something like 3.280.7350 and will be astonished when there are huge gaps between releases.
Fair point. We'll scrap that approach, then.
So I wonder if we could not detach the versioning of the plugin completely from the other version numbers?! (A README is needed anyway where the correlation with the Stylesheets and the TEI source is documented)
A readme wouldn't be helpful, because most people update the plugin in the Oxygen interface, but there is a block of information in the updateSite.oxygen file which can be used to provide extra information. In the stable release, that info has been static up to now, but in the bleeding-edge build I'm manipulating it to add version info, so I could do the same in the stable build. So, if we're going with x.y.z versioning for the plugin alone, we need to decide how to increment; and anyone creating a release will have to increment it manually and provide the information to the build script. We could say something like this: MAJOR version changes whenever a new P5 comes out; MINOR version changes whenever a new Stylesheets version comes out but P5 has not changed; THIRD version number changes when only the plugin codebase changes, but P5 and the Stylesheets remain the same. Does that make sense? Cheers, Martin
Best Peter
[1] http://semver.org/ -----BEGIN PGP SIGNATURE-----
iQEcBAEBAgAGBQJVVOdtAAoJEJclm6G69Xq2nCwH/RiG/LzrXdKVT7QiEkm1RCrl CsJ/S48yycVtiO68eGTtFeMPg3wt8eJm1P04ODGk2Yz8ANMf6zrfrdt/3yTBgVaQ TYNcp087sLZlbOCzB1XEhrmq77Qh1rCuiGT7yFzbwi3ylzkNOoUrw0BU5Mw7NU2D aEmCGT7TsFnPm4KW55EO9Y4ROwmVeFhBXBGuCLIoIPPjsqwFxBeDFNbqaaRmom0A Q+M9d1Dnza6jN+8zPRjeT+JTEDwYckbyLG9R4gu0xVpH64KwhvXJczpezcaFhT5e JKI6+4cNZwySZd4JNUNNUCq1tl00YekGiyo2vG2iSng6oRmLbHQX0V4O8vCmXLA= =qGjN -----END PGP SIGNATURE-----