fabric8-launcher / launcher-openshift-templates

OpenShift Templates for the Fabric8 Launcher application
http://launcher.fabric8.io
Apache License 2.0
5 stars 17 forks source link

Version the template #16

Open jorgemoralespou opened 7 years ago

jorgemoralespou commented 7 years ago

If there is a schema to version launchpad and the images, the template should also be versioned.

quintesse commented 7 years ago

And where would one normally put that version?

gastaldi commented 7 years ago

The idea is to move our launchpad to DevTools OSD, and they have their own CI process, as explained here: https://github.com/openshiftio/appdev-planning/issues/37

So as far as I understand, the version should be specified in a IMAGE_TAG env var, but I could be wrong

jorgemoralespou commented 7 years ago

There's 2 versions really when talking about templates:

You can align the version of the template and the images, so that a template x.y.z always deploys versions x.y.z of the application or a fixed combination (a.b.c for app1, and e.f.g for app2 and m.n.o of app3). In this case, if you release a new version of app1 or app2 or app3 or a combination of them, you'll update the template with the new versions for those apps, and version the template.

Another option is to have the template open, so that a user can specify which versions of app1, app2 and app3 wants to deploy.

A middle solution can be using the second approach and limiting in the parameters, which versions can be applied, so that you can for example, deploy different combinations of minor versions (e.g a.b.1, a.b.2, a.b.9) but no (a.x.1)

All this versioning thing needs to be done on the release process, which is what vaclav pavlin does.