Kopiowanie plików z kontenera Docker do hosta

Zamontować "wolumin" i skopiować tam artefakty:

mkdir artifacts
docker run -i -v ${PWD}/artifacts:/artifacts ubuntu:14.04 sh << COMMANDS
# ... build software here ...
cp <artifact> /artifacts
# ... copy more artifacts into `/artifacts` ...
COMMANDS

Następnie, gdy kompilacja zakończy się i kontener nie będzie już działał, skopiował już artefakty z kompilacji do katalogu artifacts na hoście.

EDIT:

Zastrzeżenie: gdy to zrobisz, możesz napotkać problemy z identyfikatorem użytkownika Dockera pasującym do identyfikatora bieżącego użytkownika. Oznacza to, że pliki w /artifacts będą wyświetlane jako należące do użytkownika z UID użytego użytkownika wewnątrz kontenera dokującego. Można to obejść poprzez użycie UID wywołującego użytkownika:

docker run -i -v ${PWD}:/working_dir -w /working_dir -u $(id -u) \
    ubuntu:14.04 sh << COMMANDS
# Since $(id -u) owns /working_dir, you should be okay running commands here
# and having them work. Then copy stuff into /working_dir/artifacts .
COMMANDS

Zamontuj wolumin, skopiuj artefakty, dostosuj ID właściciela i ID grupy:

mkdir artifacts
docker run -i --rm -v ${PWD}/artifacts:/mnt/artifacts centos:6 /bin/bash << COMMANDS
ls -la > /mnt/artifacts/ls.txt
echo Changing owner from \$(id -u):\$(id -g) to $(id -u):$(id -u)
chown -R $(id -u):$(id -u) /mnt/artifacts
COMMANDS

Tldr;

$ docker run --rm -iv${PWD}:/host-volume my-image sh -s <<EOF
chown $(id -u):$(id -g) my-artifact.tar.xz
cp -a my-artifact.tar.xz /host-volume
EOF

Dłużej...

docker run z wolumenem hosta, chown artefakt, cp artefakt do wolumenu hosta:

$ docker build -t my-image - <<EOF
> FROM busybox
> WORKDIR /workdir
> RUN touch foo.txt bar.txt qux.txt
> EOF
Sending build context to Docker daemon  2.048kB
Step 1/3 : FROM busybox
 ---> 00f017a8c2a6
Step 2/3 : WORKDIR /workdir
 ---> Using cache
 ---> 36151d97f2c9
Step 3/3 : RUN touch foo.txt bar.txt qux.txt
 ---> Running in a657ed4f5cab
 ---> 4dd197569e44
Removing intermediate container a657ed4f5cab
Successfully built 4dd197569e44

$ docker run --rm -iv${PWD}:/host-volume my-image sh -s <<EOF
chown -v $(id -u):$(id -g) *.txt
cp -va *.txt /host-volume
EOF
changed ownership of '/host-volume/bar.txt' to 10335:11111
changed ownership of '/host-volume/qux.txt' to 10335:11111
changed ownership of '/host-volume/foo.txt' to 10335:11111
'bar.txt' -> '/host-volume/bar.txt'
'foo.txt' -> '/host-volume/foo.txt'
'qux.txt' -> '/host-volume/qux.txt'

$ ls -n
total 0
-rw-r--r-- 1 10335 11111 0 May  7 18:22 bar.txt
-rw-r--r-- 1 10335 11111 0 May  7 18:22 foo.txt
-rw-r--r-- 1 10335 11111 0 May  7 18:22 qux.txt

Ta sztuczka działa, ponieważ chownwywołanie wewnątrz heredoc pobiera $(id -u):$(id -g) wartości spoza uruchomionego kontenera, tj. hosta dokera.

Korzyści nad docker cp to:

• nie musisz docker run --name swój pojemnik przed
• nie musisz docker container rm po

Jeśli nie masz działającego kontenera, tylko obraz i zakładając, że chcesz skopiować tylko plik tekstowy, możesz zrobić coś takiego:

docker run the-image cat path/to/container/file.txt > path/to/host/file.txt

Nie musisz używać docker run

Możesz to zrobić z docker create

Z docs polecenie Docker create tworzy nad podanym obrazem warstwę kontenera z możliwością zapisu i przygotowuje ją do uruchomienia podanego polecenia. Identyfikator kontenera jest następnie drukowany na standardowym wyjściu. Jest to podobne do docker run-D z tym, że kontener nigdy nie jest uruchamiany.

Więc możesz to zrobić

docker create -ti --name dummy IMAGE_NAME bash
docker cp dummy:/path/to/file /dest/to/file
docker rm -fv dummy

Zamieszczam to dla każdego, kto używa Docker for Mac. To mi się udało:

 $ mkdir mybackup # local directory on Mac

 $ docker run --rm --volumes-from <containerid> \
    -v `pwd`/mybackup:/backup \  
    busybox \                   
    cp /data/mydata.txt /backup 

Zauważ, że gdy montuję używając -v, katalog backup jest tworzony automatycznie.

Większość odpowiedzi nie wskazuje, że kontener musi działać, zanim {[1] } zadziała:

docker build -t IMAGE_TAG .
docker run -d IMAGE_TAG
CONTAINER_ID=$(docker ps -alq)
# If you do not know the exact file name, you'll need to run "ls"
# FILE=$(docker exec CONTAINER_ID sh -c "ls /path/*.zip")
docker cp $CONTAINER_ID:/path/to/file .
docker stop $CONTAINER_ID

Jako bardziej ogólne rozwiązanie, Istnieje Wtyczka CloudBees dla Jenkinsa do zbudowania wewnątrz kontenera dokera . Możesz wybrać obraz do użycia z rejestru Dockera lub zdefiniować plik Dockerfile do zbudowania i użycia.

Zamontuje obszar roboczy w kontenerze jako wolumin( z odpowiednim użytkownikiem), ustawi go jako katalog roboczy, wykonaj dowolne polecenia (wewnątrz kontenera). Możesz również użyć Docker-workflow plugin (jeśli wolisz Kod niż UI), aby to zrobić, z obraz.Inside () {} polecenie.

W Zasadzie to wszystko, wypaliłem na twój serwer CI / CD, a potem trochę.

docker run -dit --rm IMAGE
docker cp CONTAINER:SRC_PATH DEST_PATH

Https://docs.docker.com/engine/reference/commandline/run / https://docs.docker.com/engine/reference/commandline/cp/

Jeśli chcesz pobrać plik z obrazu (zamiast działającego kontenera), możesz to zrobić:

docker run --rm <image> cat <source> > <local_dest>

Spowoduje wyświetlenie kontenera, zapisanie nowego pliku, a następnie usunięcie kontenera. Wadą jest jednak to, że uprawnienia do plików i data modyfikacji nie zostaną zachowane.

Utwórz ścieżkę, do której chcesz skopiować plik, a następnie użyj:

docker run -d -v hostpath:dockerimag

Utwórz katalog danych w systemie hosta (poza kontenerem) i zamontuj go do katalogu widocznego z wnętrza kontenera. Dzięki temu pliki znajdują się w znanej lokalizacji w systemie hosta i ułatwiają dostęp do plików narzędziom i aplikacjom w systemie hosta]}

docker run -d -v /path/to/Local_host_dir:/path/to/docker_dir docker_image:tag