Docker镜像从源码目录与构建产物目录构建的相关问题咨询

核心原因是为了保证构建过程和产物的稳定性，具体优势如下：

• 环境一致性：完全隔离本地环境的影响，不管你用什么操作系统、本地装的Node/依赖是什么版本，容器内的构建环境都是统一的，不会出现“我本地能跑，你本地构建出来就有问题”的情况
• 可复现性：任何人拿到同一份源码和Dockerfile，都能构建出完全相同的镜像，不需要提前配置任何本地构建环境，降低协作和部署的门槛
• 适配自动化流程：可以直接对接CI/CD流水线，拉取代码后直接执行构建，不需要额外处理本地构建、产物上传等步骤，全流程自动化，也避免人为操作导致的版本错误
• 规避平台兼容问题：很多带编译逻辑的项目依赖会拉取对应平台的二进制文件，如果在Windows本地构建，部分依赖产物可能不兼容Linux环境，放在容器内统一构建就不会出现这类问题

分场景判断：
如果你的项目构建产物是纯静态资源（HTML、CSS、JS、图片等无平台差异的文件），Windows生成的dist目录拷贝到Linux上用Option2构建的镜像是可以正常运行的。
但是这种方式存在几个明显的隐患：

• 如果项目构建过程会生成平台相关的产物，或者本地Node版本、依赖版本和项目要求不匹配，就可能出现产物异常，导致镜像运行后访问报错
• 所有需要构建镜像的人都要提前在本地配置好对应版本的构建环境、手动执行依赖安装和构建命令，操作步骤多，出错概率高

Option 1 - 从源码目录构建的Dockerfile #

FROM node:latest as build    
WORKDIR /usr/local/app    
COPY ./ /usr/local/app/    
RUN npm install    
RUN npm run build    
FROM nginx:latest    
COPY --from=build /usr/local/app/dist /usr/share/nginx/html    
EXPOSE 80

Option 2 - 从构建输出目录构建的Dockerfile #

FROM nginx:latest    
COPY dist /usr/share/nginx/html    
EXPOSE 80

内容的提问来源于stack exchange，提问作者vinayan