docker-container образы обновление - Копирование файлов из контейнера Docker в хостинг



7 Answers

Смонтируйте «том» и скопируйте туда артефакты:

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

Затем, когда сборка завершается, и контейнер больше не работает, он уже скопировал артефакты из сборки в каталог artifacts на хосте.

РЕДАКТИРОВАТЬ:

CAVEAT: Когда вы это сделаете, у вас могут возникнуть проблемы с идентификатором пользователя пользователя докера, соответствующим идентификатору пользователя текущего пользователя. То есть файлы в /artifacts будут отображаться как принадлежащие пользователю с UID пользователя, используемого внутри контейнера докеров. Путь к этому может заключаться в использовании UID вызывающего пользователя:

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
образа автозапуск перенос

Я подумываю использовать Docker для создания зависимостей на сервере непрерывной интеграции (CI), поэтому мне не нужно устанавливать все среды выполнения и библиотеки для самих агентов. Для этого мне нужно будет скопировать артефакты сборки, которые встроены в контейнер обратно в хост.

Это возможно?




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

Longer ...

docker run с хостом, chown артефакт, cp артефакт для хоста:

$ 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

Этот трюк работает, потому что chown invocation внутри heredoc принимает значения $(id -u):$(id -g) из-за пределов запущенного контейнера; т.е. хост-докер.

Польза от docker cp :

  • вам не нужно docker run --name вашего контейнера до
  • вам не нужно docker container rm после



Вам не нужно использовать docker run

Вы можете сделать это с помощью docker create

Из документов Команда docker create создает загружаемый слой контейнера над указанным изображением и подготавливает его для запуска указанной команды. Идентификатор контейнера затем печатается в STDOUT. Это похоже на docker run -d, за исключением того, что контейнер никогда не запускается.

Итак, вы можете сделать

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

Здесь вы никогда не запускаете контейнер. Это выглядело мне выгодно.




Большинство ответов не указывают, что контейнер должен работать до того, как docker cp будет работать:

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






Создайте путь, в котором вы хотите скопировать файл, а затем используйте:

docker run -d -v hostpath:dockerimag



Создайте каталог данных в главной системе (вне контейнера) и установите его в каталог, видимый внутри контейнера. Это помещает файлы в известное место в хост-системе и упрощает доступ к файлам и приложениям в хост-системе

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



Related