Docker构建TypeScript项目时dist文件夹未生成求助

一、先验证Docker构建阶段是否生成了dist #

你的Dockerfile在development阶段已经执行了npm run build，可以通过以下步骤确认构建是否成功：

1. 仅构建到development阶段：docker build --target development -t dev-user-service .
2. 启动临时容器进入查看：docker run --rm -it dev-user-service sh
3. 在容器内执行ls /app/user_service，检查是否存在dist文件夹

如果此处没有dist，说明构建阶段的编译命令执行失败，可能原因：

• 容器内依赖安装不完整：检查package.json是否将typescript、rimraf纳入依赖，或确认npm install是否完整安装了devDependencies（development阶段执行的npm install会安装所有依赖）
• 代码编译存在环境差异：在Dockerfile的RUN npm run build前添加RUN npm run build --verbose，查看详细编译日志定位错误

二、实现代码变更实时编译更新的配置调整 #

当前多阶段构建适用于生产环境，无法满足开发时的热更新需求，推荐调整为开发环境专用配置：

1. 开发环境Dockerfile #

FROM node:20-alpine

WORKDIR /app/user_service

COPY package*.json .

RUN npm install

COPY . .

EXPOSE 8001

# 使用dev脚本启动，ts-node-dev会实时监听代码变更并编译
CMD ["npm", "run", "dev"]

2. docker-compose挂载配置 #

通过挂载本地代码目录，让容器内的ts-node-dev自动感知本地代码变更：

version: '3.8'
services:
  user-service:
    build:
      context: ./path-to-user-service
      dockerfile: Dockerfile.dev # 指向上面的开发版Dockerfile
    volumes:
      - ./path-to-user-service:/app/user_service
      - /app/user_service/node_modules # 避免本地node_modules覆盖容器内依赖
    ports:
      - "8001:8001"
    environment:
      - NODE_ENV=dev

3. 原方式无法实时更新的原因 #

• 原Dockerfile是静态构建：构建阶段生成dist后，容器启动后不会再重新编译代码
• 若挂载本地目录，本地未提前执行npm run build生成dist时，容器内的dist会被本地空目录（或不存在的dist）覆盖，导致文件缺失

三、若需保留dist目录的实时生成 #

如果必须保留dist目录，可以修改dev脚本，让ts-node-dev在实时运行的同时输出编译文件到dist（需确保tsconfig.json的outDir配置为./dist）：

"dev": "NODE_ENV=dev ts-node-dev --poll --transpile-only --respawn --out-dir dist src/index.ts"

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