Lagoon numbering #3575
tobybellwood
started this conversation in
Ideas
Replies: 2 comments
-
lagoon-core and components as CalVer:We aleady use CalVer in lagoon-images - it's really handy for getting a real-time view on how up-to-date a component is |
Beta Was this translation helpful? Give feedback.
0 replies
-
lagoon-charts as strict Semver:Using strict semver in the charts would mean a frequent major bump every time there is a change that requires user input to install the release - i.e. an updated value, extra field, deprecated config etc |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Currently Lagoon is numbered based on the releases in this repository (https://github.com/uselagoon/lagoon/releases) - i.e. the most recent release is v2.16.0 (at the time of writing).
Confusing, this is actually installed via a helm chart - lagoon-core 1.37.0 (https://github.com/uselagoon/lagoon-charts/releases/tag/lagoon-core-1.37.0)
Although both components are technically using SemVer, we don't strictly adhere to the SemVer spec - we have probably headed towards MarVer ™️ for this repo - we have a big bang release for a new feature in the "major" and then use "minors" to denote breaking changes, or periodic updates. Where we have to patch/hotfix a release before/between new releases, we release a "patch".
As the components that make up Lagoon Core increasingly come from different repositories (lagoon-ui, opensearch-sync, ssh-portal, insights-handler) - the concept of "one release to rule them all" 💍 is less than ideal, and leaves us with some work to do to keep a "release together" - this leads to this.
What we've discussed as a team is to try and find a better solution. I'll outline some options/opportunities below!
Beta Was this translation helpful? Give feedback.
All reactions