A full path does not make for a good test scenario on other machines. So the common solution is to use a relative path:
volumes:
- ./proxy:/etc/nginx/conf.d/
This actually works fine using docker-compose because the binding path is expanded by docker-compose, but in Cube the path is passed as is, and is resolved by Docker-Java to a binding of just proxy - This path does not exist for Docker, and the binding is silently dropped (The volume is not mounted).
Expected Behaviour
The binding path should be expanded and resolved (Especially on Win platforms) before passing to Docker-Java:
volumes:
- ./proxy:/etc/nginx/conf.d/
Current Behaviour
The full path needs to be specified.
On Win platforms a special syntax is also required in place of a drive letter (//C/ = C:).
Issue Overview
Volumes binding paths need to be normalized and expanded to be compliant with the Docker API. This is especially true for Win plaforms.
Ideally the binding:volume paths must be defined with a full path like so:
A full path does not make for a good test scenario on other machines. So the common solution is to use a relative path:
This actually works fine using docker-compose because the binding path is expanded by docker-compose, but in Cube the path is passed as is, and is resolved by Docker-Java to a binding of just proxy - This path does not exist for Docker, and the binding is silently dropped (The volume is not mounted).
Expected Behaviour
The binding path should be expanded and resolved (Especially on Win platforms) before passing to Docker-Java:
Current Behaviour
The full path needs to be specified. On Win platforms a special syntax is also required in place of a drive letter (//C/ = C:).
Steps To Reproduce