stackabletech / stackabletech/stackablectl
Prevent installing/upgrade for a namespace when we detect an installation in another namespace
Ninguém assumiu esta issue ainda.
- Linguagem predominante
- Rust
- Estrelas
- 10
- Forks
- 5
- Merge médio
- 4h 41min
- PRs com merge (30d)
- 4
Descrição
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).
Guia de contribuição
Nenhum guia de contribuição indexado para este repositório
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Direção de pesquisa
Comece pelos pontos de entrada de instalação e atualização que lidam com operator_namespace e revise o comportamento discutido na pull request 379. Rastreie como os operadores existentes são detectados entre namespaces e, em seguida, verifique se a instalação ou atualização com um namespace diferente é impedida, enquanto as atualizações no mesmo namespace continuam sendo suportadas.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- kubernetes, rust
- Domínio
- cli, infrastructure
- Tipo de issue
- Funcionalidade
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Status de atividade
- Estagnada
- Clareza
- Razoavelmente clara
- Facilidade para iniciantes
- 35/100