I'd like to introduce semantic versioning for our images in order to enable introducing breaking changes in their behaviour without breaking production sites.
At the same time I'd still like to reference the installed version of Roundcubemail, and not just in annotations or labels, because that information should be visible immediately in the registry and every image store.
The simple way would be to concatenate both (abbreviated) version strings into the tag like this:apache_rc-1.6.11_imgver-1.2.0. But that's a little awkward, I think. Also it would increate the number of rolling tags considerably, since we also need rc-1.6_imgver-1.2, and rc-1.6_imgver-1 – multiplied by the 5 variants we produce (apache, fpm, fpm-alpine, nightly, development).
One option to reduce the number of tags and keep the tags shorter would be to "pull" the variant name into the image name, e.g. roundcube/roundcubemail-apache:1.6.11_imgver-1.2.0.
Or to pull the "major" version number (which for Roundcube is the second digit) into the image name: roundcube/roundcubemail-1.6:apache_imgver-1.2.0. But that looses the exact Roundcube-version (which I don't like), or blows up the number of image names a lot.
None of these options really convince me.
Does anyone here have a good argument or better idea regarding this?
I'd like to introduce semantic versioning for our images in order to enable introducing breaking changes in their behaviour without breaking production sites.
At the same time I'd still like to reference the installed version of Roundcubemail, and not just in annotations or labels, because that information should be visible immediately in the registry and every image store.
The simple way would be to concatenate both (abbreviated) version strings into the tag like this:
apache_rc-1.6.11_imgver-1.2.0. But that's a little awkward, I think. Also it would increate the number of rolling tags considerably, since we also needrc-1.6_imgver-1.2, andrc-1.6_imgver-1– multiplied by the 5 variants we produce (apache,fpm,fpm-alpine,nightly,development).One option to reduce the number of tags and keep the tags shorter would be to "pull" the variant name into the image name, e.g.
roundcube/roundcubemail-apache:1.6.11_imgver-1.2.0.Or to pull the "major" version number (which for Roundcube is the second digit) into the image name:
roundcube/roundcubemail-1.6:apache_imgver-1.2.0. But that looses the exact Roundcube-version (which I don't like), or blows up the number of image names a lot.None of these options really convince me.
Does anyone here have a good argument or better idea regarding this?