stackabletech / stackabletech/stackablectl
Prevent installing/upgrade for a namespace when we detect an installation in another namespace
Personne n'a encore pris cette issue.
- Langage dominant
- Rust
- Étoiles
- 10
- Forks
- 5
- Merge moyen
- 4 h 41 min
- PR mergées (30 j)
- 4
Description
From https://github.com/stackabletech/stackable-cockpit/pull/379
We might want to handle the case of:
- install release 24.11 with operator_namespace = "ns1"
- install/upgrade release 25.3 with operator_namespace = "ns2"
Because:
- The CRDs are cluster scopes, so they would be overwritten, but...
- The operators in the old NS will remain.
I'm fine with us only supporting upgrading in the same namespace (moving namespaces should probably be an uninstall and install). So I guess we'd just need to search for operators in any namespace (labels might be the safest way for detecting).
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par les points d’entrée d’installation et de mise à niveau qui gèrent operator_namespace, puis examinez le comportement décrit dans la pull request 379. Suivez la manière dont les opérateurs existants sont détectés entre les namespaces, puis vérifiez qu’une installation ou une mise à niveau avec un namespace différent est empêchée, tandis que les mises à niveau dans le même namespace restent prises en charge.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- kubernetes, rust
- Domaine
- cli, infrastructure
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100