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
Yes, the current implementation of the POD_MANIFEST_TEMPLATE lacks support for dynamic placeholders, making it challenging to handle varying workspace paths (and other settings) in the devpod container.
Which solution do you suggest?
I propose adding support for interpolation/templating in the pod config. This enhancement would enable users to use placeholders or variables, allowing for dynamic insertion of values such as the path to the workspace.
Which alternative solutions exist?
Currently, a separate provider instance must be created for each project, which then points to the corresponding static template.
Additional context
Example use case:
In scenarios where bind mounts in the workspace of the devpod container with a dind sidecar are necessary, the workspace must also be mounted in the dind container. The path to the workspace varies based on the workspace name, making it challenging to set up consistent configurations.
Introducing templating or placeholders in the POD_MANIFEST_TEMPLATE would greatly enhance flexibility and ease of configuration, benefiting users facing similar challenges.
The text was updated successfully, but these errors were encountered:
fw8
changed the title
Add Support for Dynamic Placeholders in the POD_MANIFEST_TEMPLATE
Add support for dynamic placeholders in the POD_MANIFEST_TEMPLATE
Dec 1, 2023
Is your feature request related to a problem?
Yes, the current implementation of the
POD_MANIFEST_TEMPLATE
lacks support for dynamic placeholders, making it challenging to handle varying workspace paths (and other settings) in the devpod container.Which solution do you suggest?
I propose adding support for interpolation/templating in the pod config. This enhancement would enable users to use placeholders or variables, allowing for dynamic insertion of values such as the path to the workspace.
Which alternative solutions exist?
Currently, a separate provider instance must be created for each project, which then points to the corresponding static template.
Additional context
Example use case:
In scenarios where bind mounts in the workspace of the devpod container with a dind sidecar are necessary, the workspace must also be mounted in the dind container. The path to the workspace varies based on the workspace name, making it challenging to set up consistent configurations.
Introducing templating or placeholders in the
POD_MANIFEST_TEMPLATE
would greatly enhance flexibility and ease of configuration, benefiting users facing similar challenges.For example:
The text was updated successfully, but these errors were encountered: