Replies: 2 comments 5 replies
-
To clarify: If you have a |
Beta Was this translation helpful? Give feedback.
3 replies
-
One approach we found useful was using expressions: deployments: - name: foo helm: componentChart: true values: containers: - image: dscr.io/${DEVSPACE_USERNAME}/foo env: $(cat common.env) service: ports: - port: 8000 - name: bar helm: componentChart: true values: containers: - image: dscr.io/${DEVSPACE_USERNAME}/bar env: $(cat common.env) service: ports: - port: 8001 And - name: "variable1" value: "value1" - name: "variable2" value: "value2" |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
We are slowly trying to move to devspace from docker-compose in a high-paced environment. Although transitioning most of the services from docker-compose files to devspace is easy, I encounter a problem, that is the lack (or my blindness) of
env_file
like configuration of services.To be more precise, our stack consists of several services using the same framework, which renders the usage of separate env files for local development a necessity, as most framework-related variables use the same naming and require the use of separate env files to work properly. Is there something similar in dev space? I see support for single
.env
files, but that means that we need to rename every single variable we use (and there are many...)Beta Was this translation helpful? Give feedback.
All reactions