Use CI values relative to specific versions into directories
What does this MR do and why?
This MR is a proposal for answering #1550 (closed)
This is based on CI values reorganization provided by sylva-projects/sylva-elements/ci-tooling/ci-deployment-values!75 (merged).
CI values are now organized in different folders instead of branches:
- one folder per specific versions (currently
1.1.1) - a folder
currentfor values specific to main and dev branches - a folder
commonfor all values usable in any case
The function update_values_file evolves for being able to search for applicable file(s).
- If provided file exists, it merges it to values
- Otherwise if the file can be found in CI common values, it merges it to values or/and if the file can be found in versioned files, it merges it to values
Related reference(s)
- #1550 (closed)
- Needs sylva-projects/sylva-elements/ci-tooling/ci-deployment-values!75 (merged) to be meged and tagged
CI configuration
CI pipelines perform an update for both management and workload clusters, this update will NOT perform a ClusterAPI rolling upgrade (deletion and creation of new K8s nodes) by default.
For some cases, it may be relevant to perform more complex tests.
Theses features can be activated in an MR by adding one of these labels to the MR and will apply to the next pipelines.
- adding the label ~ci-feature::test-rolling-upgrade pipelines will perform a node rolling update in the
-updatejobs (without version upgrades) - adding the label ci-featuretest-upgrade-from-1.1.1 pipelines will perform an upgrade from Sylva 1.1.1 to your dev branch (including a k8s version upgrade resulting in a node rolling update)
Edited by Médéric de Verdilhac