feat(gitlab): upgrade chart 9.5.5 (18.5.5), operator 2.7.1, runner 0.82.0

[KepoParis]

Issues liées

#1109

Quel est le comportement actuel ?

GitLab est déployé en chart 9.4.1 (18.4.1) via l'operator 2.4.1, avec le runner en chart 0.81.0 (18.4.0).

Quel est le nouveau comportement ?

Fichier	Changement
releases.yaml	gitlab.chartVersion 9.4.1 → 9.5.5
releases.yaml	gitlabOperator.chartVersion 2.4.1 → 2.7.1
releases.yaml	gitlabrunner.chartVersion 0.81.0 → 0.82.0
versions.md	lignes gitlab, gitlabOperator, gitlabrunner

La chart 9.5.7 n'est pas retenue : l'operator n'exécute que les charts embarquées dans son image (CHART_VERSIONS), et 2.7.1 ne supporte que 9.7.1, 9.6.3 et 9.5.5.

Aucun template n'est modifié. Les charts gitlab-operator 2.4.1 et 2.7.1 ont des templates, un RBAC et une CRD identiques, seul le tag d'image change. helm template gitlab/gitlab --version 9.5.5 avec les values actuelles de la CR rend sans erreur.

Cette PR introduit-elle un breaking change ?

Pas pour la configuration de ce repo. Deux contraintes de déploiement :

• L'operator 2.7.1 ne supporte pas la chart 9.4.1. Le bump de l'operator et celui de la CR doivent donc arriver dans le même commit du dépôt gitops, sinon l'operator rejette la CR avec chart version 9.4.1 not supported.
• GitLab 18.5 est un palier d'upgrade obligatoire. Aucun saut direct depuis 18.4 vers une version supérieure n'est possible.

Autres informations

Runbook, sauvegardes CNPG et toolbox, et procédure de rollback dans l'issue #1109. Le runner 0.82.0 est un simple bump de version (runner 18.5.0), sans changement de values.