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
-
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