如何在不推送.env-file的情况下使用环境变量构建docker-image

Question

我是Dev-Ops的新手，我发现自己有点困惑。我有一个启动服务器的node-project。该服务器的一个端点应该写入数据库。在我的本地机器上，我使用本地DB测试此行为。我创建了一个.env.prod-file和一个.env.dev-file，以确定我使用的是本地DB还是我的服务器DB (在我的服务器上运行)。我还在博客文章中读到，我永远不应该将我的.env文件推送到远程存储库。

然后我创建了一个Dockerfile来构建和发布我的应用程序。

在我的远程Gitlab-Repository上，我创建了一个.gitlab-ci.yml，它应该在每次有新的提交到master时从Dockerfile构建docker-image。

但是现在我面临的问题是，当我想要构建docker-image时，我需要.env.prod文件，但是我永远不应该推送这个文件，所以GitLab无法访问它。

这种描述方式是合适的解决方案，还是我做了一些完全错误的事情(我是不是在Dev-ops中遗漏了一些核心概念)？

这是我的Dockerfile

FROM node:12.7-alpine AS build

WORKDIR /usr/graphql-server
COPY package.json /usr/graphql-server/

RUN npm install
COPY ./ /usr/graphql-server

RUN npm run build
COPY ./ /usr/graphql-server

EXPOSE 4000

CMD ["npm", "run", "start:prod"]

npm run start:prod会这样做：

tsc && cross-env NODE_ENV=prod node dist/index.js

这就是我如何确定要使用的配置(index.ts)：

function getConfig(): void {
  let path;
  if (process.env.NODE_ENV === 'prod') {
    path = `${__dirname}/../src/.env.prod`;
  } else {
    path = `${__dirname}/../src/.env.dev`;
  }
  dotenv.config({ path });
}

Answer 1

最后，感谢@AndreasJägle，我想出了一个完全不同的解决方案来解决我最初想到的问题。我不需要.env文件，也不再为这个解决方案使用所描述的getConfig()方法。同样，也不需要在Gitlab中存储环境变量。

首先，我现在通过在节点命令的末尾传递环境变量来启动节点进程，比如node dist/index.js variable1。这个环境变量可以在运行时读取：const baseUrl = process.argv[2]。然后可以使用baseUrl变量来向这个特定的url发送请求。

其次，因为我正在使用docker构建项目，所以我必须将环境变量的值注入到我的docker-image中。为此，我修改了dockerfile，如下所示。

FROM node:12.7-alpine AS build

ENV BASE_URL=localhost
    
...

CMD ["sh", "-c", "node dist/index.js $BASE_URL"]

(请注意，localhost是BASE_URL环境变量的默认值，将被覆盖)

最后，我在服务器上的docker-compose文件中使用先前构建的映像，并像这样设置环境变量。

version: "3"

    services:
      test-service:
        image: my-image:latest
        container_name: 'my-container'
        environment:
          - BASE_URL=mydomain.com