You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Use Case (delete as appropriate): Using Portainer at Home
Have you reviewed our technical documentation and knowledge base? Yes (couldn't find anything)
Question:
Is it possible to use nested ENV properties? might be using the wrong term here
Basically I have a usecase where a bunch of common properties might exist on separate ENV keys and what I'd like to do is like what seems possible on a .env file (with docker-compose) is to nest the properties.
Example:
COMMON="common things and stuff"THING="I like ${COMMON}"OTHER="I also like ${COMMON}"
Which should be the same as specifing
THING="I like common things and stuff"OTHER="I also like common things and stuff"
The particular usecase in this example is that I'm setting up https://github.com/ServerContainers/samba/blob/master/docker-compose.yml#L39 locally and I'd like to reduce the repeat need to specify guest ok = no; read only = no; browseable = yes across multiple shares, instead just referring to them via ${COMMON_OPTIONS}
This discussion was converted from issue #8759 on July 27, 2023 04:16.
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Use Case (delete as appropriate): Using Portainer at Home
Have you reviewed our technical documentation and knowledge base? Yes (couldn't find anything)
Question:
Is it possible to use
nested
ENV properties?might be using the wrong term here
Basically I have a usecase where a bunch of common properties might exist on separate ENV keys and what I'd like to do is like what seems possible on a
.env
file (with docker-compose) is tonest
the properties.Example:
Which should be the same as specifing
The particular usecase in this example is that I'm setting up https://github.com/ServerContainers/samba/blob/master/docker-compose.yml#L39 locally and I'd like to reduce the repeat need to specify
guest ok = no; read only = no; browseable = yes
across multiple shares, instead just referring to them via${COMMON_OPTIONS}
Thanks.
Beta Was this translation helpful? Give feedback.
All reactions