问题描述
让我们考虑这样的目录。 （注意：目录以\结尾）
root\
|
-- some stuff
|
-- application\
| |
| -- app_stuff
| |
| -- out\
| |
| -- main.cpp
|
-- some stuff
我正在尝试通过docker构建此应用。 Dockerfile看起来像：
FROM emscripten/emsdk:latest
RUN apt-get -q update
RUN mkdir /app
workdir /app
copY . /app
RUN em++ application/main.cpp -o application/out/app.html
RUN pip3 install aiohttp
RUN pip3 install aiohttp_jinja2
RUN pip3 install jinja2
RUN ls application/out
docker-compose如下：
version: '3.8'
services:
application:
build: .
volumes:
- ./application/out:/app/application/out
command: python3 application/entry.py
ports:
- "8080:8080"
您可能会在Dockerfile（RUN em++ application/main.cpp -o application/out/app.html）中注意到，而docker正在处理它会在out目录中生成新文件。但是，一旦完成，我将找不到这些文件。
注意：这些文件显示在容器中的application\out中。
...
Step 10/10 : RUN ls application/out
---> Running in 603f6b99f4b0
app.html
app.js
app.wasm
...
我在哪里承认错误？
解决方法
由Docker组成的卷可以将主机上的目录链接到容器内部的目录。您正在 覆盖 容器内部的/app/application/out目录，其中包含到主机./application/out的卷，从而有效擦除了/app/application/out的所有内容源自您的内置图片。
鉴于上下文，我假设您主机的./application/out目录为空，并且您什么都没有覆盖容器的/app/application/out目录。您可以通过删除volumes标记来进行测试，然后查看应用程序是否能够在/app/application/out下找到文件。
与您的问题无关，请考虑到您的apt-get update命令将在构建的映像中缓存Debian远程存储库列表；这会为您的最终图像增加浪费的空间。请参阅this关于删除缓存列表的帖子。
Dockerfile给出了有关如何构建Docker映像的说明，而不是有关实时容器中发生的情况的说明。
如果通过docker-compose或docker run命令以任何一种方式挂载卷，则仅在创建容器后才挂载该卷。
所以发生了什么
- 第一个docker在Dockerfile中创建执行命令的映像，并将该映像存储为映像
- 然后docker将使用存储的图像创建一个容器
- 然后docker将挂载您在docker-compose.yml文件中定义的卷。 （此时，如果目标目录中已经存在任何内容，则挂载将失败，或者目标目录的原始内容将被移至“丢失并找到”的目录中）
- 然后运行entrypoint或cmd命令（因此此处为python3 application / entry.py）
因此，如果需要在主机目录中获取输出文件，则需要在入口点脚本中创建这些文件，然后将其复制到入口点脚本中
因此您可以使用以下内容创建一个名为#!/bin/bash
em++ /app/application/main.cpp -o /app/application/out/app.html
python3 /app/application/entry.py
的文件
RUN em++ application/main.cpp -o application/out/app.html在Dockerfile中，删除行COPY ./myscript.sh /
ENTRYPOINT /myscript.sh
并将其替换为
command: python3 application/entry.py，然后从docker-compose.yml文件中删除行groupby。
如果愿意，可以使用CMD命令而不是ENTRYPOINT，这只是个人喜好问题。