COPIA non riuscita: stat / var / lib / docker / tmp / docker-xxx: nessun file o directory di questo tipo
Ho un flusso di lavoro di azioni GitHub per creare un'immagine 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
Il 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"]
Ma quando eseguo questo flusso di lavoro ho ricevuto questo errore COPY
nell'istruzione:
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.
Ho controllato e sembra un errore tipico quando il file che abbiamo Dockerfile
in una directory diversa come la mia istruzione:
docker build . --file backend/Dockerfile --tag backend-demo/spring-boot:v1.0
Inoltre non ho .dockerignore
file e il mio Dockerfile viene chiamato con Dockerfile
precisione.
Il target/demo-0.0.1-SNAPSHOT.jar
file che sto cercando di copiare è presente nel mio repository github Non sei sicuro di cosa potrebbe succedere con il contesto, ma probabilmente questa risposta potrebbe essere un buon suggerimento?
Risposte
Quando corri
docker build . --file backend/Dockerfile ...
L'argomento percorso .
diventa la directory di contesto . (Docker in realtà invia a se stesso una copia di questo albero di directory, da cui /var/lib/docker/tmp/...
proviene il percorso.) Gli argomenti di origine COPY
e le ADD
istruzioni sono relativi alla directory di contesto, non al Dockerfile.
Se il tuo albero di origine assomiglia a
.
+-- backend
| \-- Dockerfile
\-- target
\-- demo-0.0.1-SNAPSHOT.jar
che corrisponde al Dockerfile mostrato. Ma se invece hai
.
+-- backend
+-- Dockerfile
\-- target
\-- demo-0.0.1-SNAPSHOT.jar
otterrai l'errore che vedi.
Se non hai bisogno di fare riferimento a nulla al di fuori della directory di contesto, puoi semplicemente cambiare la directory a cui stai passando 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 ...
Oppure, se hai altro contenuto da copiare, devi modificare i COPY
percorsi in modo che siano relativi alla directory più in alto.
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 ...
WORKDIR ti dice solo da dove verranno eseguiti gli altri comandi.Un punto importante è che WORKDIR funziona nella directory docker, non nella directory locale / git.Come per il tuo esempio, WORDIR non prende contesto in /opt/demo-0.0.1/ , ma crea solo una directory vuota come /opt/demo-0.0.1/ all'interno del docker . Per far funzionare il dockerfile, dovresti fornire il percorso completo nel comando COPY come 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 Assicurati che Dockerfile sia allo stesso livello della directory / opt.