Kubernetes 1.36 : la fin du volume gitRepo devient effective

Une suppression à repérer

Dans ce retour rétrospectif sur avril, Kubernetes 1.36, publié le 22 avril 2026, désactive définitivement le volume gitRepo. Ce mécanisme ne peut plus être réactivé. Annonce de la version.

Retrouver les dépendances discrètes

Le sujet concerne surtout les manifestes anciens et les modèles de déploiement recopiés d’un projet à l’autre. Avant une montée de version, rechercher cet usage dans les sources et dans les objets effectivement déployés permet de cadrer le travail. L’absence dans un dépôt récent ne suffit pas à décrire un cluster qui conserve des charges plus anciennes. Pour un service applicatif, l’enjeu est de savoir exactement comment son code arrive dans le conteneur.

Rendre la livraison explicite

Une migration peut être l’occasion d’évaluer une image applicative dont le contenu est construit et identifié à l’avance. Si le téléchargement au démarrage reste nécessaire, ses droits et sa référence doivent être examinés séparément. Le choix dépend du besoin réel. Une configuration adaptée à la nouvelle API ne prouve ni le bon démarrage de l’application ni la reproductibilité de son contenu : ces deux points demandent leur propre vérification.