镜像里明明包含新文件，部署后却仍然显示旧内容，可能是挂载目录遮住了容器中的对应路径。排查时要同时看镜像、Compose 和宿主机文件，而不是反复重新构建。
先确认实际挂载类型与路径
宿主机目录绑定挂载与 Docker 管理的命名卷，在初始化与维护方式上不同。列出来源路径、容器目标路径和读写权限，确认是否覆盖应用目录、配置或静态资源目录。不要仅凭服务名推断挂载情况。
把可变数据与程序文件分开
用户上传需要持久化，程序发布产物则应有可追溯版本。若把整个应用目录挂载出来，更新镜像可能无法替换被遮住的文件。应说明哪些文件由镜像管理，哪些由宿主机或其他存储管理。
新服务器要检查目录初始化
确认目录存在、权限正确、必需文件已准备，以及备份恢复方式。空目录挂载到原本有文件的路径时，应用看到的内容可能与开发环境不同。启动成功不代表静态资源和配置完整。
验收重建与迁移
重建容器后核实新程序生效、上传仍可访问；迁移宿主机时验证挂载数据能恢复。交付应包含挂载清单和责任边界，避免镜像仓库与文件备份各自认为对方已经覆盖全部数据。
常见问题：sitemap.xml 需要挂载吗？
如果由官网接口动态查询并返回 XML，就不需要磁盘文件或挂载。还应避免旧静态文件和代理规则抢先返回过期内容。
技术参考：Docker：数据卷。具体接口与配置请结合使用版本核对。
将评估落实到你的系统
如果你的 .NET 应用还缺少可重复的部署、观察或恢复流程，可以通过容器化与自动化交付服务梳理现状，约定实施内容、演练场景与运维交接方式。