stackabletech / stackabletech/stackablectl
Prevent installing/upgrade for a namespace when we detect an installation in another namespace
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Rust
- Estrellas
- 10
- Forks
- 5
- Merge medio
- 4 h 41 min
- PR fusionados (30 d)
- 4
Descripción
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).
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comience por los puntos de entrada de instalación y actualización que gestionan operator_namespace, y revise el comportamiento tratado en el pull request 379. Trace cómo se detectan los operadores existentes entre namespaces y, a continuación, verifique que se impida instalar o actualizar con un namespace diferente, mientras que las actualizaciones dentro del mismo namespace sigan siendo compatibles.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- kubernetes, rust
- Área
- cli, infrastructure
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100