Maybe that’s clear in the answers above… but it took me some time to figure it out in my case.
The underlying reason causing the file being shared with -v to appear as a directory instead of a file is that Docker could not find the file on the host. So Docker creates a new directory in the container with the name being the name of the non existing file on the host as docker thinks that the user just want to share a volume/directory that will be created in the future.
So in the problem reported above, if you used a relative directory in the -v command and docker does not understand relative directories, that means that the file was not found on the host and so docker created a directory. And the answer above which suggests to use $(pwd) will be the correct solution when the problem is due to a relative directory.
But for those reading this page who are not using a relative directory and are having the same problem… then try to understand why the file is missing on the host.
It could just be a stupid typo…
It could be that you’re running the “docker run” command from a client which spawns the docker container on a different host and the file being shared does not exist on that different host. The file being shared with -v must exist on the host where the docker agent will spawn the container… not necessarily on the client where the “docker run -v …” command is executed (although they will be the same in many cases).
There are other possible explanations above for Mac and Windows… that could be it too.
So the file missing from the host is the problem… troubleshoot the problem in your setup… using $(pwd) could be the solution but not always.