답변:
컨테이너에서 호스트로 파일을 복사하려면 다음 명령을 사용할 수 있습니다
docker cp <containerId>:/file/path/within/container /host/path/target
예를 들면 다음과 같습니다.
$ sudo docker cp goofy_roentgen:/out_read.jpg .
여기 goofy_roentgen 은 다음 명령에서 얻은 컨테이너 이름입니다.
$ sudo docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
1b4ad9311e93 bamos/openface "/bin/bash" 33 minutes ago Up 33 minutes 0.0.0.0:8000->8000/tcp, 0.0.0.0:9000->9000/tcp goofy_roentgen
컨테이너 ID를 (일부) 사용할 수도 있습니다 . 다음 명령은 첫 번째 명령과 동일합니다
$ sudo docker cp 1b4a:/out_read.jpg .
docker ps -alq
.
docker cp ...
docker cp -L
심볼릭 링크를 복사 해야 했습니다
사용할 필요는 없습니다 docker run
.
당신은 그것을 할 수 있습니다 docker create
.
에서 워드 프로세서 :
docker create
명령은 지정된 이미지 위에 기록 가능한 콘테이너 층을 생성하고, 지정된 명령을 실행을 위해 준비. 그런 다음 컨테이너 ID가에 인쇄됩니다STDOUT
.docker run -d
컨테이너가 시작되지 않았다는 점 을 제외하고 는 비슷합니다 .
그래서 당신은 할 수 있습니다 :
docker create -ti --name dummy IMAGE_NAME bash
docker cp dummy:/path/to/file /dest/to/file
docker rm -f dummy
여기서는 컨테이너를 시작하지 않습니다. 그것은 나에게 유익 해 보였다.
-ti
필요와 bash
요구?
"볼륨"을 마운트하고 아티팩트를 여기에 복사하십시오.
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
호스트 의 디렉토리 로 복사했습니다 .
주의 사항 : 이렇게 하면 docker 사용자의 사용자 ID가 현재 실행중인 사용자의 사용자 ID와 일치하는 문제가 발생할 수 있습니다. 즉, 파일 /artifacts
은 docker 컨테이너 내부에서 사용되는 사용자의 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
chown
명령을 사용 하여 호스트 시스템의 사용자 ID 및 그룹 ID를 일치 시킬 수 있습니다 .
볼륨을 마운트하고 아티팩트를 복사하고 소유자 ID 및 그룹 ID를 조정하십시오.
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
$ 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
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
heredocchown
내 에서 호출 하면 실행중인 컨테이너 외부에서 값을 가져 오기 때문에이 트릭이 작동합니다 . 즉, 도커 호스트입니다.$(id -u):$(id -g)
이점은 다음과 같습니다.
docker container run --name
또는 docker container create --name
전에 필요가 없습니다docker container rm
후 필요가 없습니다cp
볼륨 기반 답변과 비교를 위해 찬성했습니다 . 또한, 대한 id
소유권 트릭, 그 진짜 두통은 때로는
대부분의 답변은 컨테이너 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
Windows Hyper-V
Docker for Mac을 사용하는 사람을 위해 이것을 게시하고 있습니다. 이것이 나를 위해 일한 것입니다.
$ mkdir mybackup # local directory on Mac
$ docker run --rm --volumes-from <containerid> \
-v `pwd`/mybackup:/backup \
busybox \
cp /data/mydata.txt /backup
-v
해당 backup
디렉토리를 사용하여 마운트하면 자동으로 생성됩니다.
언젠가 누군가에게 이것이 유용하기를 바랍니다. :)
volumes
루트에 명령 을 배치하여 여러 컨테이너가 볼륨에 액세스 할 수 있도록합니다.
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/
Docker 19.03의 출시로 컨테이너 만들기와 이미지 빌드를 건너 뛸 수 있습니다. BuildKit 기반 빌드에는 출력 대상을 변경하는 옵션이 있습니다. 이를 사용하여 빌드 결과를 이미지가 아닌 로컬 디렉토리에 쓸 수 있습니다. 예를 들어 다음은 go 바이너리 빌드입니다.
$ ls
Dockerfile go.mod main.go
$ cat Dockerfile
FROM golang:1.12-alpine as dev
RUN apk add --no-cache git ca-certificates
RUN adduser -D appuser
WORKDIR /src
COPY . /src/
CMD CGO_ENABLED=0 go build -o app . && ./app
FROM dev as build
RUN CGO_ENABLED=0 go build -o app .
USER appuser
CMD [ "./app" ]
FROM scratch as release
COPY --from=build /etc/passwd /etc/group /etc/
COPY --from=build /src/app /app
USER appuser
CMD [ "/app" ]
FROM scratch as artifact
COPY --from=build /src/app /app
FROM release
위의 Dockerfile에서 내보내려는 artifact
파일 만 포함하는 스테이지를 작성 중입니다. 새로 도입 된 --output
플래그를 사용하면 이미지 대신 로컬 디렉토리에 해당 플래그를 쓸 수 있습니다. 이 작업은 19.03과 함께 제공되는 BuildKit 엔진으로 수행해야합니다.
$ DOCKER_BUILDKIT=1 docker build --target artifact --output type=local,dest=. .
[+] Building 43.5s (12/12) FINISHED
=> [internal] load build definition from Dockerfile 0.7s
=> => transferring dockerfile: 572B 0.0s
=> [internal] load .dockerignore 0.5s
=> => transferring context: 2B 0.0s
=> [internal] load metadata for docker.io/library/golang:1.12-alpine 0.9s
=> [dev 1/5] FROM docker.io/library/golang:1.12-alpine@sha256:50deab916cce57a792cd88af3479d127a9ec571692a1a9c22109532c0d0499a0 22.5s
=> => resolve docker.io/library/golang:1.12-alpine@sha256:50deab916cce57a792cd88af3479d127a9ec571692a1a9c22109532c0d0499a0 0.0s
=> => sha256:1ec62c064901392a6722bb47a377c01a381f4482b1ce094b6d28682b6b6279fd 155B / 155B 0.3s
=> => sha256:50deab916cce57a792cd88af3479d127a9ec571692a1a9c22109532c0d0499a0 1.65kB / 1.65kB 0.0s
=> => sha256:2ecd820bec717ec5a8cdc2a1ae04887ed9b46c996f515abc481cac43a12628da 1.36kB / 1.36kB 0.0s
=> => sha256:6a17089e5a3afc489e5b6c118cd46eda66b2d5361f309d8d4b0dcac268a47b13 3.81kB / 3.81kB 0.0s
=> => sha256:89d9c30c1d48bac627e5c6cb0d1ed1eec28e7dbdfbcc04712e4c79c0f83faf17 2.79MB / 2.79MB 0.6s
=> => sha256:8ef94372a977c02d425f12c8cbda5416e372b7a869a6c2b20342c589dba3eae5 301.72kB / 301.72kB 0.4s
=> => sha256:025f14a3d97f92c07a07446e7ea8933b86068d00da9e252cf3277e9347b6fe69 125.33MB / 125.33MB 13.7s
=> => sha256:7047deb9704134ff71c99791be3f6474bb45bc3971dde9257ef9186d7cb156db 125B / 125B 0.8s
=> => extracting sha256:89d9c30c1d48bac627e5c6cb0d1ed1eec28e7dbdfbcc04712e4c79c0f83faf17 0.2s
=> => extracting sha256:8ef94372a977c02d425f12c8cbda5416e372b7a869a6c2b20342c589dba3eae5 0.1s
=> => extracting sha256:1ec62c064901392a6722bb47a377c01a381f4482b1ce094b6d28682b6b6279fd 0.0s
=> => extracting sha256:025f14a3d97f92c07a07446e7ea8933b86068d00da9e252cf3277e9347b6fe69 5.2s
=> => extracting sha256:7047deb9704134ff71c99791be3f6474bb45bc3971dde9257ef9186d7cb156db 0.0s
=> [internal] load build context 0.3s
=> => transferring context: 2.11kB 0.0s
=> [dev 2/5] RUN apk add --no-cache git ca-certificates 3.8s
=> [dev 3/5] RUN adduser -D appuser 1.7s
=> [dev 4/5] WORKDIR /src 0.5s
=> [dev 5/5] COPY . /src/ 0.4s
=> [build 1/1] RUN CGO_ENABLED=0 go build -o app . 11.6s
=> [artifact 1/1] COPY --from=build /src/app /app 0.5s
=> exporting to client 0.1s
=> => copying files 10.00MB 0.1s
빌드가 완료된 후 app
바이너리를 내보냈습니다.
$ ls
Dockerfile app go.mod main.go
$ ./app
Ready to receive requests on port 8080
Docker는 --output
업스트림 BuildKit 저장소에 문서화 된 다른 옵션을 제공합니다 . https://github.com/moby/buildkit#output
보다 일반적인 솔루션 으로 Jenkins가 Docker 컨테이너 내부에 빌드 할 수있는 CloudBees 플러그인이 있습니다 . Docker 레지스트리에서 사용할 이미지를 선택하거나 빌드하고 사용할 Dockerfile을 정의 할 수 있습니다.
작업 공간을 컨테이너에 볼륨으로 (적절한 사용자와 함께) 저장하고 작업 디렉토리로 설정하고 요청한 명령 (컨테이너 내부)을 수행합니다. image.inside () {} 명령으로 docker-workflow 플러그인 (UI보다 코드를 선호하는 경우)을 사용하여이를 수행 할 수도 있습니다.
기본적으로이 모든 것이 CI / CD 서버에 구운 후 일부에 구워졌습니다.
이 명령에 PowerShell (Admin)을 사용했습니다.
docker cp {container id}:{container path}/error.html C:\\error.html
예
docker cp ff3a6608467d:/var/www/app/error.html C:\\error.html
또 다른 좋은 옵션은 먼저 컨테이너를 빌드 한 다음 쉘 인터프리터와 함께 -c 플래그를 사용하여 실행하여 일부 쉼표를 실행하는 것입니다.
docker run --rm -i -v <host_path>:<container_path> <mydockerimage> /bin/sh -c "cp -r /tmp/homework/* <container_path>"
위의 명령은 다음을 수행합니다.
-i = 컨테이너를 대화식 모드로 실행
--rm = 실행 후 컨테이너를 제거했습니다.
-v = 호스트 경로에서 컨테이너 경로로 볼륨으로 폴더를 공유했습니다.
마지막으로 / bin / sh -c를 사용하면 명령을 매개 변수로 도입 할 수 있으며이 명령은 숙제 파일을 컨테이너 경로에 복사합니다.
이 추가 답변이 도움이 되었기를 바랍니다.
컨테이너 외부에서 호스트 시스템에 데이터 디렉토리를 작성하고 컨테이너 내부에서 볼 수있는 디렉토리에 마운트하십시오. 이렇게하면 파일이 호스트 시스템의 알려진 위치에 배치되고 호스트 시스템의 도구 및 응용 프로그램이 파일에 쉽게 액세스 할 수 있습니다
docker run -d -v /path/to/Local_host_dir:/path/to/docker_dir docker_image:tag
이것은 파이썬과 같은 SDK에서 수행 할 수도 있습니다. 컨테이너가 이미 구축 된 경우 콘솔을 통해 이름을 조회 할 수 있습니다 (docker ps -a
)을 은 과학자와 형용사 (예 : "relaxed_pasteur")를 연결 한 것으로 보입니다.
체크 아웃 help(container.get_archive)
:
Help on method get_archive in module docker.models.containers:
get_archive(path, chunk_size=2097152) method of docker.models.containers.Container instance
Retrieve a file or folder from the container in the form of a tar
archive.
Args:
path (str): Path to the file or folder to retrieve
chunk_size (int): The number of bytes returned by each iteration
of the generator. If ``None``, data will be streamed as it is
received. Default: 2 MB
Returns:
(tuple): First element is a raw tar data stream. Second element is
a dict containing ``stat`` information on the specified ``path``.
Raises:
:py:class:`docker.errors.APIError`
If the server returns an error.
Example:
>>> f = open('./sh_bin.tar', 'wb')
>>> bits, stat = container.get_archive('/bin/sh')
>>> print(stat)
{'name': 'sh', 'size': 1075464, 'mode': 493,
'mtime': '2018-10-01T15:37:48-07:00', 'linkTarget': ''}
>>> for chunk in bits:
... f.write(chunk)
>>> f.close()
따라서 이와 같은 것이 컨테이너의 지정된 경로 (/ output)에서 호스트 시스템으로 가져 와서 tar를 압축 해제합니다.
import docker
import os
import tarfile
# Docker client
client = docker.from_env()
#container object
container = client.containers.get("relaxed_pasteur")
#setup tar to write bits to
f = open(os.path.join(os.getcwd(),"output.tar"),"wb")
#get the bits
bits, stat = container.get_archive('/output')
#write the bits
for chunk in bits:
f.write(chunk)
f.close()
#unpack
tar = tarfile.open("output.tar")
tar.extractall()
tar.close()