Question

我有一个github action工作流程来构建docker镜像：

name: Backend-Demo Docker Image CI
on:
  push:
    branches: [ master ]
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
      - name: Login to Azure Container Registry
        run: echo ${{ secrets.REGISTRY_PASSWORD }} | docker login ${{ secrets.LOGIN_SERVER_URL }} -u ${{ secrets.REGISTRY_USERNAME }} --password-stdin
      - name: Get the version
        id: vars
        run: echo ::set-output name=tag::$(echo ${GITHUB_REF:10})
      - name: Build the tagged Docker image
        run: docker build . --file backend/Dockerfile --tag backend-demo/spring-boot:v1.0

Dockerfile是：

FROM openjdk:14-alpine
MAINTAINER example.com
RUN mkdir -p /opt/demo-0.0.1/lib
# Setting application source code working directory
WORKDIR /opt/demo-0.0.1/
COPY target/demo-0.0.1-SNAPSHOT.jar /opt/demo-0.0.1/lib/demo-0.0.1-SNAPSHOT.jar
# ADD target/demo-0.0.1-SNAPSHOT.jar /opt/demo-0.0.1/lib/

RUN sh -c 'touch demo-0.0.1-SNAPSHOT.jar'
ENTRYPOINT ["java"]
CMD ["-jar", "/opt/demo-0.0.1/lib/demo-0.0.1-SNAPSHOT.jar"]

但是当我执行此工作流程时，我在COPY指令中遇到了此错误：

Step 5/8 : COPY target/demo-0.0.1-SNAPSHOT.jar /opt/demo-0.0.1/lib/demo-0.0.1-SNAPSHOT.jar
COPY failed: stat /var/lib/docker/tmp/docker-builder851513197/target/demo-0.0.1-SNAPSHOT.jar: no such file or directory
##[error]Process completed with exit code 1.

我一直在检查，当文件Dockerfile放在我的指令所在的不同目录中时，它看起来是一个典型错误：

docker build . --file backend/Dockerfile --tag backend-demo/spring-boot:v1.0

我也没有.dockerignore文件，而我的Dockerfile恰好叫做Dockerfile。

我要复制的target/demo-0.0.1-SNAPSHOT.jar文件在我的github存储库中不确定上下文会发生什么，但是this answer可能是一个很好的提示吗？

Answer 1

跑步时

docker build . --file backend/Dockerfile ...

路径参数.成为上下文目录。（Docker实际上会向自己发送此目录树的副本，这是/var/lib/docker/tmp/...路径的来源。）COPY和ADD指令的源参数是相对于上下文目录的，而不是相对于上下文目录的。相对于Dockerfile。

如果您的源代码树看起来像

.
+-- backend
| \-- Dockerfile
\-- target
  \-- demo-0.0.1-SNAPSHOT.jar

与您显示的Dockerfile匹配的

。但是如果你有

.
+-- backend
  +-- Dockerfile
  \-- target
    \-- demo-0.0.1-SNAPSHOT.jar

您将收到看到的错误。

如果您不需要引用上下文目录之外的任何内容，则只需更改要传递给docker build的目录

COPY target/demo-0.0.1-SNAPSHOT.jar /opt/demo-0.0.1/lib/demo-0.0.1-SNAPSHOT.jar

docker build backend ...

或者，如果您确实需要复制其他内容，则需要将COPY路径更改为相对于最顶层目录的路径。

COPY backend/target/demo-0.0.1-SNAPSHOT.jar /opt/demo-0.0.1/lib/demo-0.0.1-SNAPSHOT.jar
COPY common/config/demo.yml /opt/demo-0.0.1/etc/demo.yml

docker build . -f backend/Dockerfile ...

Answer 2

WORKDIR只是告诉您其他命令将从何处执行。重要的一点是WORKDIR在docker目录下工作，而不是本地/ git目录。根据您的示例，WORDIR不会将上下文带到 / opt / demo-0.0.1 / ，但只是在docker内部创建一个空目录为 /opt/demo-0.0.1 / 。为了使dockerfile工作，您应该在COPY命令中提供完整路径为 COPY /opt/demo-0.0.1/target/demo-0.0.1-SNAPSHOT.jar /opt/demo-0.0.1/lib /demo-0.0.1-SNAPSHOT.jar 。确保Dockerfile与/ opt目录位于同一级别。

COPY失败：stat / var / lib / docker / tmp / docker-xxx：没有这样的文件或目录

2 个答案: