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
Devcontainer uses both Docker and docker-compose to generate containers.
The features should theoretically ignore in which mode the reference container is created, but this does not seem to be respected by using ‘mounts’.
A feature that needs to mount with type=bind in readonly mode is not able to cover both docker and docker-compose commands.
"mounts": [{"source": "/local-path","target": "/remote-path:ro",// syntax for docker-compose"type": "bind",},{"source": "/local-path","target": "/remote-path,readonly",// syntax for docker"type": "bind",},]
By using both strings or Mount Object, it is not possible to write a single functional mount.
The example above (it's the only way I found to make mount works) generates a wrong mount path /remote-path,readonly for docker-compose and /remote-path:ro for docker.
The problem probably can be solved through Mount interface
Devcontainer uses both Docker and docker-compose to generate containers.
The features should theoretically ignore in which mode the reference container is created, but this does not seem to be respected by using ‘mounts’.
A feature that needs to mount with type=bind in readonly mode is not able to cover both docker and docker-compose commands.
By using both strings or Mount Object, it is not possible to write a single functional mount.
The example above (it's the only way I found to make mount works) generates a wrong mount path
/remote-path,readonly
for docker-compose and/remote-path:ro
for docker.The problem probably can be solved through Mount interface
and use the property
readonly
to generate the right syntax for bothdocker-compose.yml
anddocker --mount
The text was updated successfully, but these errors were encountered: