Question

我有一个简单的node.js docker app。

我能够成功运行它，但是尽管按照docker-compose docs中的描述安装了卷，但容器内部重新加载的代码仍无效。

目录布局：

my-test-app
| docker-compose.yml
| Dockerfile
| index.js
| package.json

Dockerfile：

FROM mhart/alpine-node:8
WORKDIR /app
COPY . .
EXPOSE 5000
CMD ["node", "index.js"]

搬运工-compose.yml：

version: '3'
services:
  node-app:
    build: .
    ports:
      - "5000:5000"
    volumes:
      - .:/app
  redis:
    image: "redis:alpine"

index.js：

const http = require('http');
const server = http.createServer((req, res) => {
  res.end("hello world");
});
server.listen(5000);

的package.json：

{
  "name": "my-test-app",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1",
  },
  "author": "",
  "license": "MIT"
}

我也尝试了以下相同的结果（应用程序运行，无法重新加载代码）

使用官方节点图片，而不是alpine-node。
将./app文件夹中的应用程序代码放在my-test-app内，并相应更新COPY内的Dockerfile和volumes {/ 1}}。

Answer 1

我已经看到“live reload”这个短语用于两种不同类型的重新加载：

杀戮＆amp;代码更改时重新启动应用程序，
自动重新加载HTML＆amp;代码更改时客户端浏览器上的资产。

根据您的问题，我认为您指的是第一种类型，因此下面的答案解决了这个问题。

此处的问题是上下文。

请记住，docker容器与主机隔离 - 具体而言，容器中运行的进程与主机上运行的进程不同（并且通常无法与之交互）。在您的情况下，您已选择在容器中安装主机目录，但这只是文件系统，而不是进程。

在实例化新容器时，请考虑Docker镜像的作用：它在node index.js中运行WORKDIR。代码在哪里停止并在代码更改时重新启动它？据推测，它正在主机上运行。这意味着它无法触及在容器中运行的节点进程（因为它已被隔离）。

现在，您还没有提到您使用什么方法来处理实时重新加载，但这不应该产生太大的差别。它们基本上都以相同的方式工作：在更改应用程序代码时，终止现有流程并开始新流程。

要解决此问题，您有两种选择：

在容器内运行“实时重新加载”代码，或
在容器外部运行开发代码

首先，您可以按照@ MarkS的建议使用nodemon。这应该像替换

CMD ["node", "index.js"]

CMD ["nodemon", "index.js"]

当然，您已在图片中正确安装了nodemon。

替代方案，这就是我所做的，是在开发期间在Docker环境之外的主机上运行代码，然后在部署时将其打包在映像中。这解决了两个问题：

您遇到隔离节点进程的问题，
许可问题。

请记住，在Docker中运行的应用程序运行为root。这意味着，如果您的应用创建了文件，那么它们将归root所有。我尝试在Docker环境中进行开发，但是对于问题感到沮丧，例如，我想删除应用程序创建的文件，并且必须sudo（以root登录）才能清理东西。

Answer 2

我拥有的和你拥有的唯一区别是我的Dockerfile中没有COPY指令。尝试删除它，看看它是否有效。

我还使用nodemon在代码更改时自动重启节点服务器：

Answer 3

即使我使用的是 nodemon，我也遇到了类似的问题。对我有用的解决方案是更改 docker compose 文件中节点应用程序的音量，以从 /src 或您的应用程序文件所在的任何位置读取。

使用docker-compose重新加载docker化node.js应用程序中的代码

3 个答案: