@yinmin 好的，谢谢～这个之前简单试过，没深入，回头再试试。

@fitme 是后者。但是比较神奇的是我不管怎么改都不行。刚才我重启了一下虚拟机，然后按前面另一位 v 友的回答，只挂载目录，也就是
```
volumes:
- ${JCNC_REPO_PATH}/managers:/home/tiger/managers
# - ${JCNC_REPO_PATH}/managers/task_manager.py:/home/tiger/managers/task_manager.py
# - ${JCNC_REPO_PATH}/managers/user_manager.py:/home/tiger/managers/user_manager.py
```
这次就可以了，感谢～

@fitme 重启过，而且容器都停止后还确保了 1.所有容器都删干净了，只留下了镜像； 2.所有 volume 也都删干净了。然后再次启动 docker-compose ，还是一样的奇怪现象：task_manager.py 在宿主机修改能同步到容器里（即使我不再挂载它）；其他的文件在宿主机修改无法同步进去。

我打算重启下虚拟机再试试。

@newaccount 好的，谢谢回答。我在当前情况下试过挂载目录，也还是不行的（确实发生过更改目录名字）。我怀疑是要重启虚拟机才行。

@fitme 突然反应过来，您这里的重启是指重启虚拟机？因为涉及 inode 了。我刚才理解成重启 docker-compose 服务了。

@cheng6563 请问下这个怎么检查呢？看起来是有个文件能挂载，其他的目录或文件不能；然后更神奇的是就算我修改配置不再挂载这个文件，重启后这个文件还是挂载的。。。。。。另外 docker 不是 snap 装的，直接按官方文档 apt 装的

@fitme 我是 vs code 连接到远程虚拟机上改的 yml 文件，改完后 docker-compose down 然后 docker-compose up -d 执行了。也 docker-compose config 看了重新执行后的配置，看起来改动是生效了的。有点郁闷

@yinmin 您指的是 docker-compose down 然后 docker-compose up -d 吗？我这样做了，甚至还 docker rm $(docker ps -a) 以及 docker volume prune 把除了镜像和网络以外的都清理了下，还是不行。

其实我也怀疑是我修改的 docker-compose.yml 对不上，但是我每次修改后，会进入到 docker-compose yml 所在的目录，执行下 docker-compose config ，看这个命令的结果修改是生效的。

不过我感觉应该就是类似您提到的原因，只是我确实想不到疏漏还可能在哪里了。

@shineshane 对，我也觉得很神奇，神奇到邪门。现在我还能百分百复现：
```
tiger@5a159fe5fe85:~/managers$ head task_manager.py
# task_namager compose
# task_manager compose112233
# 1233


import json
from managers.base_manager import BaseManager
from managers.user_manager import UserManager
from utils.config import global_config
from utils.config_tools import generate_output_path, parse_dsc_db_path
tiger@5a159fe5fe85:~/managers$
tiger@5a159fe5fe85:~/managers$
tiger@5a159fe5fe85:~/managers$ # 在宿主机修改一下
tiger@5a159fe5fe85:~/managers$
tiger@5a159fe5fe85:~/managers$ head task_manager.py
# task_namager compose
# task_manager compose112233
# 123344444444444444444444


import json
from managers.base_manager import BaseManager
from managers.user_manager import UserManager
from utils.config import global_config
from utils.config_tools import generate_output_path, parse_dsc_db_path
tiger@5a159fe5fe85:~/managers$
```

但此时我的 docker-compose 的配置是：
```
# volumes:
# - ${JCNC_REPO_PATH}/managers:/home/tiger/managers
# - ${JCNC_REPO_PATH}/managers/task_manager.py:/home/tiger/managers/task_manager.py
# - ${JCNC_REPO_PATH}/managers/user_manager.py:/home/tiger/managers/user_manager.py
```
我已经把所有 volume 都注释掉了。执行 docker-compose conifg 看的结果也是没挂载任何卷了。

简直有点崩溃了- -不过还是感谢您的回复。谢谢🙏

@shineshane 是的，这个是容器里的：
```
tiger@170afb795451:~/managers$ ls -la
total 68
drwxr-xr-x 1 tiger tiger 4096 Jul 15 14:35 .
drwxr-xr-x 1 tiger tiger 4096 Jul 15 14:35 ..
-rw-r--r-- 1 tiger tiger 64 Mar 6 15:36 base_manager.py
-rw-r--r-- 1 tiger tiger 10532 Mar 6 15:36 data_manager.py
drwxr-xr-x 2 tiger tiger 4096 Jul 15 14:35 __pycache__
-rw-r--r-- 1 tiger tiger 31822 Jul 15 14:53 task_manager.py
-rw-r--r-- 1 tiger tiger 3052 Mar 6 15:36 user_manager.py
```

@shineshane 我觉得最想不通的一点就是：我现在就算把 docker-compose.yml 改一下，把 task_manager.py 那行注释掉，docker-compose down; docker-compose up -d ，然后在 docker-compose config 看下确实修改生效了。这样做了之后发现还是 task_manager.py 在宿主机修改能同步进去容器里。。。就有点束手无策，感觉还是哪里有缓存？但是不知道在哪。

@shineshane 是一致的。
```
$ ls -la
total 60
drwxr-xr-x 2 tiger tiger 4096 Jul 15 11:27 .
drwxr-xr-x 14 tiger tiger 4096 Jul 13 21:46 ..
-rw-r--r-- 1 tiger tiger 64 Jul 13 21:46 base_manager.py
-rw-r--r-- 1 tiger tiger 10582 Jul 15 14:30 data_manager.py
-rw-r--r-- 1 tiger tiger 31822 Jul 15 14:53 task_manager.py
-rw-r--r-- 1 tiger tiger 3101 Jul 15 14:36 user_manager.py
```

妹子，加油。不要放弃！只要心里有希望，就一定能战胜疾病的！

呵呵，意思就是被雇佣相当于卖身呗？

@woodfizky V 站又不是你家的，你凭什么“拦着 OP 发这篇主题”。。。

其实上面那位网友喷你的核心点还不是因为你前面那句：
“正常人：直接微信礼貌询问是什么情况
OP：跑到论坛上发帖让网友和你一起猜原因”

不是跟你想法、做法不一样的就不是正常人。

@cryptonezero 因为老板女儿不够好看嘛。。。

所以中国的高校有多么垃圾和低效，这种人就是普遍现象。