Skip to content

Conversation

@miledxz
Copy link
Contributor

@miledxz miledxz commented Nov 24, 2025

Opening PR for solving issue: #403,

If the user simply wants to install the operator in a custom namespace (e.g., my-ops) instead of default, they do not need any changes to the code.

They can just run:
helm install dragonfly-operator ./charts/dragonfly-operator --namespace my-ops --create-namespace

Since the original code used {{ .Release.Namespace }}, Helm automatically populates that variable with whatever is passed to the --namespace flag.

The reason for namespaceOverride files changes and why I had to touch all these files is for Subcharts or GitOps workflows. If we must support the namespaceOverride value. Helm templates are explicit; we cannot "inject" a namespace into a Deployment manifest without writing the line namespace: {{ ... }} in that file.
If we move the "main" component (the Operator Deployment) to a custom namespace, we must move everything it depends on as well, or the deployment will break.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant