Prevent installing/upgrade for a namespace when we detect an installation in another namespace
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- kubernetes, rust
- Bereich
- cli, infrastructure
Rechercherichtung
Beginnen Sie mit den Installations- und Upgrade-Einstiegspunkten, die operator_namespace verarbeiten, und überprüfen Sie das in Pull Request 379 besprochene Verhalten. Verfolgen Sie, wie vorhandene Operatoren über Namespaces hinweg erkannt werden, und verifizieren Sie anschließend, dass eine Installation oder ein Upgrade mit einem anderen Namespace verhindert wird, während Upgrades innerhalb desselben Namespace weiterhin unterstützt werden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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).
- Vorherrschende Sprache
- Rust
- Sterne
- 10
- Forks
- 5
- Ø Merge
- 4 Std. 41 Min.
- Gemergte PRs (30 T.)
- 4
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus stackabletech/stackablectl
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
stackabletech/stackablectl#456 ·
-
RUSTSEC-2026-0221: `event-listener` allows `!Send` tags to cross thread boundaries via `StackSlot` Offen
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
stackabletech/stackablectl#452 ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
stackabletech/stackablectl#444 ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
stackabletech/stackablectl#419 ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
stackabletech/stackablectl#413 ·
Alle Issues in stackabletech/stackablectl
Ähnliche Issues
-
risk:low runtime status:in-progress type:test
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 92/100
zeroclaw-labs/zeroclaw#11023 ·
-
good first issue refactor
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
EricSpencer00/Resilient#4835 · 1 Kommentar ·
-
agent:ready documentation
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
cesarferreira/stax#890 ·
-
bug
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100