Currently, the Helm Dashboard UI requires manual input to add Helm chart repositories whenever a new cluster is spun up. This can become repetitive and inefficient for users who manage multiple clusters or frequently create new clusters. It would be beneficial if the repositories could be pre-configured via the values.yaml file during the initial setup, allowing the Helm Dashboard to automatically populate the UI with the predefined repositories. This would save time and reduce manual intervention.
Screenshots
Additional information
Proposed Solution:
Introduce the ability to define Helm repositories in the values.yaml file. These values would then be passed into the deployment as environment variables or mounted as a configuration file.
Application Reads Configuration:
The Helm Dashboard would read the Helm repository configurations either from environment variables or a file at runtime. The configuration could be handled using a ConfigMap in Kubernetes.
the open question is how to pass the list of repos to HD, cli options or env vars are not very suitable, and we don't have any config files
another question is that we internally have app per k8s context, easy to set for in-cluster setup, harder for local multi-cluster. Probably needs to have more complex structure of configuration.
app.Repositories.Add() needs to be called to add the repo, it has all the parameters needed
Description
Currently, the Helm Dashboard UI requires manual input to add Helm chart repositories whenever a new cluster is spun up. This can become repetitive and inefficient for users who manage multiple clusters or frequently create new clusters. It would be beneficial if the repositories could be pre-configured via the values.yaml file during the initial setup, allowing the Helm Dashboard to automatically populate the UI with the predefined repositories. This would save time and reduce manual intervention.
Screenshots
Additional information
Proposed Solution:
Introduce the ability to define Helm repositories in the values.yaml file. These values would then be passed into the deployment as environment variables or mounted as a configuration file. Application Reads Configuration:
The Helm Dashboard would read the Helm repository configurations either from environment variables or a file at runtime. The configuration could be handled using a ConfigMap in Kubernetes.
probably would need to think about the username and password fields as well.