Dockerfile 中的开发依赖项或用于生产和测试的单独 Dockerfile

Question

我不确定是否应该为我的 Node.js 应用程序创建不同的 Dockerfile 文件。一种用于没有开发依赖项的生产，另一种用于包含开发依赖项的测试。

或者一个基本上是开发Dockerfile.dev的文件。那么这两个文件的主要区别是 npm install 命令：

生产：

FROM ...
...
RUN npm install --quiet --production
...
CMD ...

开发/测试：

FROM ...
...
RUN npm install
...
CMD ...

问题出现是因为我希望能够通过docker run 命令在容器内运行我的测试。因此我需要测试依赖项（通常是我的开发依赖项）。

将生产中不需要的依赖项放入映像中似乎有点奇怪。另一方面，创建/维护第二个 Dockerfile.dev 只是微小的差异似乎也不正确。那么对于这类问题有什么好的做法呢。

Answer 1

那么你必须支持几个几乎相同的Dockerfiles。相反，我建议使用NodeJS 功能，例如production profile。还有一个关于

的建议

RUN npm install --quiet --production

最好创建单独的.sh 文件并执行以下操作：

ADD ./scripts/run.sh /run.sh
RUN chmod +x /*.sh

也考虑开始使用Gulp。

UPD #1

默认情况下npm install 安装devDependencies。为了解决这个问题 - 使用 npm install --production 或将 NODE_ENV 环境变量设置为 production 值。

将脚本行放在单独的文件中是一种很好的做法，以免经常更改Dockerfile。如果您下次需要更改，那么您只需要更新脚本文件就可以了。以后你还可以做一些额外的工作。

Answer 2

不，你不需要有不同的Dockerfiles，事实上你应该避免这种情况。

docker 的目标是在一个不可变的、经过良好测试的工件（docker 镜像）中发布您的应用程序，该工件对于生产、测试​​甚至开发都是相同的。

为什么？因为如果你为测试和生产构建不同的工件，你怎么能保证你已经测试过的东西也在生产中工作？你不能，因为它们是两个不同的东西。

考虑到所有这些，如果测试是指unit 测试，那么您可以将源代码安装在 docker 容器中并运行测试，而无需构建任何 docker 映像。这很好。请记住，您可以为测试构建映像，但这非常慢，并且使开发变得困难而缓慢，这根本不好。然后，如果您的测试通过，您就可以安全地构建您的应用容器。

但是，如果您的意思是实际需要针对正在运行的应用程序运行的验收测试，那么您应该为您的应用程序创建一个映像（仅一个）并在另一个容器中运行测试（例如挂载测试源代码）并针对该应用程序运行测试容器。这显然意味着您的应用程序构建与 npm 为您的测试安装不同。

我希望这能让你有所了解。