Document Docker Desktop single-file bind-mount gotcha
On Docker Desktop (macOS/Windows), single-file bind-mounts can silently stop propagating host edits — the file gets materialized onto the VM's ext4 disk and reused forever. This affects anyone who uncomments the ~/.bash_aliases or ~/.inputrc mount lines. Add a caveat note in README.md's 'Overriding the defaults / Option A' section with the verification command and the directory-mount workaround. Add a matching inline NOTE comment in docker-compose.yml above the commented mount lines. Linux hosts are unaffected.
This commit is contained in:
@@ -466,6 +466,8 @@ Defaults you get out of the box:
|
||||
- ~/.inputrc:/home/developer/.inputrc:ro
|
||||
```
|
||||
|
||||
> **Docker Desktop caveat (macOS/Windows):** Single-file bind-mounts can silently stop propagating host edits — Docker Desktop materializes the file onto the VM's disk on first mount, and later host changes never reach the container. Verify with `docker compose exec devbox mount | grep bash_aliases` — a live share shows a `grpcfuse`/`virtiofs` source; a broken one shows `/dev/vda1`. Workaround: use a directory mount instead (`~/.config/devbox-shell:/home/developer/.config/devbox-shell:ro`) and source files from there. Linux hosts are unaffected.
|
||||
|
||||
**Option B — customize inside the container.** Just edit `~/.bash_aliases` or `~/.inputrc` as normal. Pair this with a bind-mount or named volume on the home dir if you want the edits to survive container recreation.
|
||||
|
||||
### Restoring or diffing defaults
|
||||
|
||||
Reference in New Issue
Block a user