在我的案例中，工作方式是这样的:(用于docker中的Spring引导应用程序)

ENTRYPOINT java -DidMachine=${IDMACHINE} -jar my-app-name

并在docker运行时传递参数

docker run --env IDMACHINE=Idmachine -p 8383:8383 my-app-name

如果有人想要传递一个ARG或ENV变量到ENTRYPOINT的exec形式，那么可能会使用在映像构建过程中创建的临时文件。

在我的情况下，我必须启动不同的应用程序，这取决于。net应用程序是否已发布为自包含的。 我所做的是创建临时文件，并在bash脚本的if语句中使用它的名称。

dockerfile的一部分:

ARG SELF_CONTAINED=true #ENV SELF_CONTAINED=true also works
# File has to be used as a variable as it's impossible to pass variable do ENTRYPOINT using Exec form. File name allows to check whether app is self-contained
RUN touch ${SELF_CONTAINED}.txt
COPY run-dotnet-app.sh .
ENTRYPOINT ["./run-dotnet-app.sh", "MyApp" ]

run-dotnet-app.sh:

#!/bin/sh

FILENAME=$1

if [ -f "true.txt" ]; then
   ./"${FILENAME}"
else
   dotnet "${FILENAME}".dll
fi

以下是对我有效的方法:

ENTRYPOINT [ "/bin/bash", "-c", "source ~/.bashrc && ./entrypoint.sh ${@}", "--" ]

现在您可以向docker run命令提供任何参数，同时仍然可以读取所有环境变量。

对于我来说，我希望将脚本的名称存储在一个变量中，并且仍然使用exec表单。

注意:确保您试图使用的变量通过命令行或ENV指令声明为环境变量。

最初我是这样做的:

ENTRYPOINT [ "${BASE_FOLDER}/scripts/entrypoint.sh" ]

但显然这行不通，因为我们使用的是shell形式，列出的第一个程序需要是PATH上的可执行文件。所以为了解决这个问题，这就是我最后做的:

ENTRYPOINT [ "/bin/bash", "-c", "exec ${BASE_FOLDER}/scripts/entrypoint.sh \"${@}\"", "--" ]

注意，双引号是必需的

这样做的目的是允许我们接受传递给/bin/bash的任何额外参数，并在名称被bash解析后将这些相同的参数提供给我们的脚本。

男人7狂欢

——A——表示选项结束并进一步禁用 选择处理。之后的任何争论都会被处理 作为文件名和参数。是的论点 相当于——。

我使用上面“创建自定义脚本”方法的变体解决了这个问题。是这样的:

FROM hairyhenderson/figlet
ENV GREETING="Hello"
RUN printf '#!/bin/sh\nfiglet -W \${GREETING} \$@\n' > /runme && chmod +x /runme
ENTRYPOINT ["/runme"]
CMD ["World"]

像

docker container run -it --rm -e GREETING="G'Day" dockerfornovices/figlet-greeter Alec

在我的案例中，工作方式是这样的:(用于docker中的Spring引导应用程序)

ENTRYPOINT java -DidMachine=${IDMACHINE} -jar my-app-name

并在docker运行时传递参数

docker run --env IDMACHINE=Idmachine -p 8383:8383 my-app-name