一尘不染

为什么docker创建空的node_modules以及如何避免它?

docker

还有一些类似的问题,但是他们没有回答为什么node_modules即使将dockerfile设置为将node_modules容纳在容器中,docker也仍在仓库中创建空目录?

我想知道为什么在主机为空的目录上创建目录,node_modules让它已经在容器内的容器中安装了包,以及如何避免它。

## Dockerfile

FROM node:8.11.4-alpine
RUN apk update && apk add yarn
RUN yarn global add nodemon
WORKDIR /usr/app

COPY package.json yarn.lock /usr/app/
RUN yarn

EXPOSE 3000




## docker-compose.yml

version: "3.2"

services:
  app:
    build:
      context: .
      dockerfile: Dockerfile
    command: nodemon index.js
    volumes:
      - .:/usr/app
      - /usr/app/node_modules
    ports:
      - "3000:3000"

阅读 545

收藏
2020-06-17

共1个答案

一尘不染

没错,映像构建过程是将节点程序包安装到node_modules映像目录中。因此,在构建映像之后,映像将包含node_modules并且可以使用它来运行应用程序。

node_modules由于在Compose文件中设置了卷,因此您可以在主机上看到。但是,它比您在其他答案中看到的更多。

发生的事情是您正在.:/usr/app第一个卷定义中进行映射,这意味着您正在将主机上的当前目录映射到/usr/app容器中。

这将/usr/app使用主机上的当前目录覆盖映像中的目录。而且您的主机没有node_modules目录(除非您也在主机上安装了node_modules),因此您的容器将无法使用此映射,因为您已覆盖/usr/app并且覆盖中没有node_modules目录。节点将抛出错误,无法找到节点模块。

下一个卷映射解决了这种情况,这实际上是常见的Node开发设置。您创建一个卷/usr/app/node_modules。注意,该卷没有主机部分:,映射中没有主机部分,这里只有一个目录。这意味着Docker将从/usr/app/node_modules映像挂载目录,并将其添加到将主机目录映射到的先前映射中/usr/app

因此,node_modules由于存在双重映射,因此在运行容器中,您将拥有来自主机当前目录的源代码以及来自基础映像的源代码。

作为副作用,您将node_modules在主机的当前目录中看到一个空目录。

2020-06-17