mirror of https://github.com/docker/docs.git
Windows filesharing tips also apply to Mac now
We use the same implementation on both platforms so the tips apply to both platforms. Signed-off-by: David Scott <dave.scott@docker.com>
This commit is contained in:
parent
2c4880a590
commit
e5704d4a17
|
|
@ -98,6 +98,15 @@ File share settings are:
|
|||
- **Apply & Restart** makes the directory available to containers using Docker's
|
||||
bind mount (`-v`) feature.
|
||||
|
||||
> Tips on shared folders, permissions, and volume mounts
|
||||
>
|
||||
* Shared folders are designed to allow application code to be edited on the host while being executed in containers. For non-code items
|
||||
such as cache directories or databases, the performance will be much better if they are stored in
|
||||
the Linux VM, using a [data volume](../storage/volumes.md)
|
||||
(named volume) or [data container](../storage/volumes.md).
|
||||
>
|
||||
* By default Mac filesystems are case-insensitive while Linux is case-sensitive. On Linux it is possible to create 2 separate files: `test` and `Test`, while on Mac these filenames would actually refer to the same underlying file. This can lead to problems where an app works correctly on a Mac (where the file contents are shared) but fails when run in Linux in production (where the file contents are distinct). To avoid this, Docker Desktop insists that all shared files are accessed as their original case. Therefore if a file is created called `test`, it must be opened as `test`. Attempts to open `Test` will fail with "No such file or directory". Similarly once a file called `test` is created, attempts to create a second file called `Test` will fail.
|
||||
|
||||
For more information, see:
|
||||
|
||||
- [Volume mounting requires file sharing for any project directories outside of `/Users`](troubleshoot.md#volume-mounting-requires-file-sharing-for-any-project-directories-outside-of-users).)
|
||||
|
|
|
|||
Loading…
Reference in New Issue