我有一个天蓝色的管道,我想用它来部署我的 Rails 应用程序。 该应用程序有一个 Dockerfile 和一个 docker-compose 文件。
我正在尝试将 RAILS_MASTER_KEY 设置为管道中的秘密变量,然后在我的 docker compose 文件中将其引用为环境变量。
我可以确认代理正在使用管道 yaml 中的 echo 正确设置变量。但是,环境变量没有正确传递/设置到我的 docker-compose 以及最终的 Dockerfile。
我花了几天时间阅读天蓝色文档、堆栈溢出和它无法正常工作来解决这个问题。
这是我的代码:
azure-pipelines.yaml:
steps:
- script: echo "test $(RAILS_MASTER_KEY)"
- script: echo "test $(testvar)"
- task: DockerCompose@0
inputs:
containerregistrytype: 'Azure Container Registry'
azureSubscription: 'de-identified'
azureContainerRegistry: '{"loginServer":""de-identified"", "id" : "de-identified"}'
dockerComposeFile: '**/docker-compose.yml'
dockerComposeFileArgs: |
RAILS_MASTER_KEY=$(RAILS_MASTER_KEY)
testvar=$(testvar)
action: 'Build services'
env:
RAILS_MASTER_KEY: $(RAILS_MASTER_KEY)
docker-compose.yml:
version: "3.3"
services:
web:
build: .
command: command: bash -c "rm -f tmp/pids/server.pid && bundle exec rails s -p 3000 -b '0.0.0.0' && echo ${RAILS_MASTER_KEY}"
volumes:
- .:/app
ports:
- "3000:3000"
environment:
RAILS_MASTER_KEY: ${RAILS_MASTER_KEY}
testvar: ${testvar}
Dockerfile:
FROM ruby:3.1.0-slim
RUN apt-get update && apt-get install -y --no-install-recommends \
build-essential \
libpq-dev \
postgresql-client \
git \
&& rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
WORKDIR /app
COPY Gemfile /app/Gemfile
COPY Gemfile.lock /app/Gemfile.lock
ENV BUNDLER_VERSION 2.3.5
ENV RAILS_ENV production
ENV RAILS_MASTER_KEY ${RAILS_MASTER_KEY}
ENV testvar ${testvar}
ENV RAILS_SERVE_STATIC_FILES true
ENV RAILS_LOG_TO_STDOUT true
RUN echo "----------------key is 1. ${RAILS_MASTER_KEY}"
RUN echo "----------------key is 11. $( testvar )"
RUN echo "----------------key is 12. $testvar"
RUN echo "----------------key is 2. $[variables.RAILS_MASTER_KEY]"
RUN echo "----------------key is 4. $(RAILS_MASTER_KEY)"
RUN gem install bundler -v $BUNDLER_VERSION
RUN bundle config set --local without 'development test'
RUN bundle install
COPY . .
RUN rm -f /app/tmp/pids/server.pid
EXPOSE 3000
CMD ["bundle", "exec", "rails", "s", "-e", "production", "-b", "0.0.0.0"]
如您所见,我在尝试调试此问题时尝试了 echo,因此请忽略所有 echo 语句。 任何帮助/指导将不胜感激。 谢谢你。
这是一篇旧帖子 - 但我最近也遇到了这个问题,所以希望为后代提供更多澄清的细节。
正如阿尔贝托的回答所建议的 - 你应该在这里使用
ARG
vs ENV
。
在此上下文中应使用 ARG
,因为在构建时需要该变量。 Docker compose 中设置的项目environment
在运行时使用。
此设置的外观如下:
# Azure Pipeline File
- task: 'DockerCompose@0'
inputs:
action: 'Build services'
dockerComposeFile: 'docker-compose.yml'
# Other values
dockerComposeFileArgs: |
RAILS_MASTER_KEY=$(RAILS_MASTER_KEY)
# Docker Compose File
services:
my-service:
build:
context: .
dockerfile: Dockerfile
# If you want to pass as an ARG to Dockerfile
args:
- RAILS_MASTER_KEY=${RAILS_MASTER_KEY}
# Using as a runtime environment variable.
environment:
RAILS_MASTER_KEY: ${RAILS_MASTER_KEY}
从上面的代码片段来看,您似乎正在使用
dockerComposeFileArgs
来指定环境变量。
对于类似情况(以及本地调试目的),一种派上用场的选项是使用 ARG
到 Dockerfile
。
例如
FROM ruby:3.1.0-slim
RUN ...
ARG RAILS_MASTER_KEY
ENV RAILS_MASTER_KEY=$RAILS_MASTER_KEY
...
因此您可以使用 Azure DevOps 中的
RAILS_MASTER_KEY
变量在构建时指定 secret
值
在这里您可以找到一些关于
ENV
和 ARGS
关键字的有用帖子: