파일 형식에 문제가 있습니다.

.dockerignore subdir/ 을 subdir 합니다.

.dockerignore가 docker build -t subdir ../ 에서는 작동하지만 docker-compose build 에서는 작동하지 않는 이유는 무엇입니까?

docker-compose 1.2.0을 실행하는 것과 동일한 문제가 있습니다.
바닐라 도커 빌드를 실행하면 무시 파일을 가져와 거기에 이미지 np를 빌드합니다.
그러나 docker-compose는 후행 슬래시가 있든 없든 무시 파일을 사용하지 않습니다.

docker-py 문제처럼 보입니다. https://github.com/docker/docker-py/pull/604 에서 수정 작업이 진행 중

@aanand 는 https://github.com/docker/docker-py/pull/604가 중단되어 이정표에서 제거 된 것처럼 보입니다.

@thaJeztah 작업을 계속하기 위해 https://github.com/docker/docker-py/pull/721 을 만들었습니다.

안녕하세요,

.dockerignore에 이상한 문제가 하나 있습니다.

*.sh

!awesome/script.sh

docker 빌드로 모두 괜찮지 만 docker-compose는 "awesome / script.sh"를 보지 못했습니다.

나는 같은 문제에 있습니까?

https://github.com/docker/docker-py/pull/721에 의해 수정 된 알려진 버그 인 @twillouer -1.5.0의 Compose 측에서 수정됩니다.

감사 !

일부 컴퓨터의 최신 git master에서도 여전히 손상된 것 같습니다. 이 구성이 주어진 컴퓨터에서는 작동하지 않습니다.

커널 3.16.0 (lxc-docker 버전 1.7.1, 빌드 786b29d)이있는 Debian 8.2
docker-compose는 git master이고 HEAD는 dabf1e8657674014a5bc89f99edbf2fe0629bb71입니다.

.dockerignore는 docker 빌드 (즉시 실행 됨)에서는 잘 작동하지만 docker-compose (여러 분 동안 업로드해서는 안되는 항목을 업로드)에서는 작동하지 않습니다.

# 2100 참조

나도 같은 문제가 있습니다. docker-compose는 ".dockerignore"를 무시합니다. "도커 빌드"가 잘 작동합니다.
시스템 : Windows 10

어제 출시 된 Docker Toolbox를 사용하여 동일한 문제가 발생합니다.

• 윈도우 7 x64
• Docker 버전 1.9.0, 빌드 76d6bc9
• Docker-Compose 1.5.0

.dockerignore 여전히 문제가있는 것 같습니다. compose 1.5.0에서 이러한 문제가 발생하는 경우 오류를 재현 할 수 있도록 샘플 .dockerignore 및 디렉토리 구조를 포함 해주세요.

더 작은 사용 사례를 제공하지 않아서 죄송하지만 다음과 같이 문제를 발견했습니다.

내 프로젝트에 package.json 이 있습니다.

{
  "dependencies": {
    "grunt-contrib-uglify": "^0.9.2"
  }
}

게다가이 docker-compose.yml :

web:
  build: .

Dockerfile 은 다음과 같습니다.

FROM node:0.12

내 .dockerignore 에는 한 줄이 포함되어 있습니다 (후행 슬래시를 추가하려고 시도했지만 문제가 지속됨).

이제 할 수 있습니다

> npm install
  (...snip...)
> docker build .
Sending build context to Docker daemon  5.12 kB

훌륭합니다. 5KiB 만 전송됩니다 ( node_modules 는 총 10MiB). docker-compose 에서 Q:\sites\test :

> npm install
  (...snip...)
> docker-compose up
Building web
Traceback (most recent call last):
  File "D:\opt\python\Scripts\docker-compose-script.py", line 9, in <module>
    load_entry_point('docker-compose==1.5.0dev', 'console_scripts', 'docker-compose')()
  File "D:\opt\python\lib\site-packages\compose\cli\main.py", line 54, in main
    command.sys_dispatch()
  File "D:\opt\python\lib\site-packages\compose\cli\docopt_command.py", line 23, in sys_dispatch
    self.dispatch(sys.argv[1:], None)
  File "D:\opt\python\lib\site-packages\compose\cli\docopt_command.py", line 26, in dispatch
    self.perform_command(*self.parse(argv, global_options))
  File "D:\opt\python\lib\site-packages\compose\cli\main.py", line 170, in perform_command
    handler(project, command_options)
  File "D:\opt\python\lib\site-packages\compose\cli\main.py", line 583, in up
    detached=detached
  File "D:\opt\python\lib\site-packages\compose\project.py", line 313, in up
    detached=detached
  File "D:\opt\python\lib\site-packages\compose\service.py", line 404, in execute_convergence_plan
    container = self.create_container(do_build=do_build)
  File "D:\opt\python\lib\site-packages\compose\service.py", line 303, in create_container
    self.ensure_image_exists(do_build=do_build)
  File "D:\opt\python\lib\site-packages\compose\service.py", line 326, in ensure_image_exists
    self.build()
  File "D:\opt\python\lib\site-packages\compose\service.py", line 718, in build
    dockerfile=self.options.get('dockerfile', None),
  File "D:\opt\python\lib\site-packages\docker\api\build.py", line 48, in build
    context = utils.tar(path, exclude=exclude, dockerfile=dockerfile)
  File "D:\opt\python\lib\site-packages\docker\utils\utils.py", line 85, in tar
    t.add(os.path.join(root, path), arcname=path, recursive=False)
  File "D:\opt\python\lib\tarfile.py", line 1998, in add
    tarinfo = self.gettarinfo(name, arcname)
  File "D:\opt\python\lib\tarfile.py", line 1870, in gettarinfo
    statres = os.lstat(name)
WindowsError: [Error 3] Das System kann den angegebenen Pfad nicht finden: 'Q:\\sites\\test\\node_modules\\grunt-contrib-uglify\\node_modules\\maxmin\\node_modules\\pretty-bytes\\node_modules\\meow\\node_modules\\normalize-package-data\\node_modules\\validate-npm-package-license\\node_modules\\spdx-correct\\node_modules\\spdx-license-ids\\spdx-license-ids.json'

(이 컴퓨터에서 1.5.0dev를 사용하고 있지만 최종 1.5.0으로 다른 컴퓨터에서 똑같은 문제가 발생했습니다).

노드를 사용하면 Windows에서 너무 긴 경로 및 항목에 대한 문제가 자주 발생하지만 Docker-Compose가 node_modules를 tar를 시도한다는 사실은 .dockerignore 가 무시된다는 표시입니다.

FWIW, Docker-compose 1.5.0dev를 사용하는 Linux (Ubuntu)에서 여전히 문제가 있으므로 Windows에 격리되지 않았을 수 있습니다. 그러나 프로덕션 머신에 있으므로 최소한의 테스트 케이스를 쉽게 구성 할 수 없습니다 (테스트 머신에서는 잘 작동합니다).

나는 또한이 문제가 있습니다.

디렉토리 구조 :

docker-compose.yml
web
  + .dockerignore
  + Dockerfile
  + node_modules
    + ...

docker-compose.yaml

web:
  build: web
  tty: true
  ports:
    - 8081:5000

Dockerfile

FROM microsoft/aspnet

# Curl, node, npm, bower, grunt
RUN apt-get update && apt-get install -y curl
RUN curl -sL https://deb.nodesource.com/setup | bash -
RUN apt-get install -y nodejs
RUN npm install -g bower
RUN npm install -g grunt-bower-cli
RUN npm install -g grunt
RUN npm install -g grunt-cli
RUN npm install -g grunt-bower-task

# Copy the project.json file first, then do a restore.
# This ensures that as long as project.json doesn't change, it will avoid
# doing a package restore
COPY project.json /app/
COPY bower.json /app/
COPY gruntfile.js /app/
COPY package.json /app/
WORKDIR /app

RUN ["dnu", "restore"]

# Then copy the rest of the files
COPY . /app

# Expose the port that the website listens on
EXPOSE 5000
# And start the website
ENTRYPOINT ["dnx", "-p", "project.json", "web"]

.dockerignore

결과:

Pi<strong i="19">@Ricci</strong> MINGW64 /d/proj/Repro
$ docker-compose build
Building web
Traceback (most recent call last):
  File "<string>", line 3, in <module>
  File "C:\projects\compose\compose\cli\main.py", line 54, in main
  File "C:\projects\compose\compose\cli\docopt_command.py", line 23, in sys_dispatch
  File "C:\projects\compose\compose\cli\docopt_command.py", line 26, in dispatch
  File "C:\projects\compose\compose\cli\main.py", line 171, in perform_command
  File "C:\projects\compose\compose\cli\main.py", line 192, in build
  File "C:\projects\compose\compose\project.py", line 235, in build
  File "C:\projects\compose\compose\service.py", line 683, in build
  File "c:\projects\compose\venv\lib\site-packages\docker\api\build.py", line 48, in build
  File "c:\projects\compose\venv\lib\site-packages\docker\utils\utils.py", line 85, in tar
  File "c:\python27-x64\Lib\tarfile.py", line 2000, in add
  File "c:\python27-x64\Lib\tarfile.py", line 1872, in gettarinfo
WindowsError: [Error 3] The system cannot find the path specified: 'D:\\proj\\Repro\\web\\node_modules\\babel-preset-react\\node_modules\\babel-plugin-transform-react-jsx\\node_modules\\babel-helper-builder-react-jsx\\node_modules\\babel-types\\node_modules\\babel-traverse\\node_modules\\babel-code-frame\\node_modules\\js-tokens\\changelog.md'
docker-compose returned -1

+1

아무도 해결 방법을 찾았습니까? 나는 Dockerfile에서만 모든 것을 시도하고 있지만 아직 운이 없었습니다.

이 문제도 발생합니다. 모든 사람이 실행중인 노드 버전과 관련이있을 수 있습니까? 이 문제를 통해 : https://github.com/npm/npm/issues/3697 .. 노드 업그레이드 (보다 구체적으로 npm 3+로)가 문제를 해결할 수 있다고 생각하지만 핵 옵션에 가깝고 .dockerignore는 여전히 작업.

이것은 분명히 무시 되었음에도 불구하고 Linux 시스템에서도 볼 수 있습니다.

docker-compose 파일에서 불필요한 볼륨 참조를 제거하여이 문제를 해결했습니다. Compose는 볼륨에 대해 .gitignore를 무시합니다.

또한 npm 3+ ..를 사용하기 위해 앱을 업그레이드해야했지만 Windows 사용자에게만 적용될 수 있습니다.

@ esc-rtn .dockerignore 파일은 _build_ 동안 데몬으로 보내지 않아야하는 파일 만 지정합니다. "실행"중에 바인드 마운트 된 볼륨을 사용하는 경우 해당 위치의 모든 파일을 볼륨으로 마운트합니다 (호스트에있는 모든 파일).

Windows에서도 비슷하게 보입니다. docker build 가 예상대로 작동하고 docker-compose 하지 않습니다.

README.md에 메모와 함께 GitHub에 작은 예를 넣었습니다. https://github.com/stekershaw/docker-compose-ignore

Compsoe 1.5.2가 출시 된 후 .dockerignore 대한 또 다른 수정 사항이 docker-py에 적용되었습니다. Compose 1.6.0 RC2 릴리스를 사용해보고 지금 수정되었는지 확인해 주시겠습니까?

docker-compose 버전 1.6.0rc2로 시도하고 a7636be를 빌드하십시오.

내 저장소에 세 개의 테스트 케이스가 있고 1.5.2 두 개가 실패했습니다. 이제 1.6.0rc2에서는 제외 된 디렉토리에 디렉토리와 파일이있을 때 하나만 실패합니다.

$ cat .dockerignore
files/test_dir
!files/test_dir/should_be_here_maybe

이 경우 docker build 및 docker-compose build 사이에서 동일한 동작이 발생합니다.

.dockerignore :

files/test_dir
!files/test_dir/should_be_here_maybe

docker-compose.yml :

test:
  build: .

Dockerfile :

FROM busybox
COPY . /context
CMD ["find", "/context"]

$ docker version
Client:
 Version:      1.10.0-rc1
 API version:  1.22
 Go version:   go1.5.3
 Git commit:   677c593
 Built:        Fri Jan 15 18:17:17 2016
 OS/Arch:      darwin/amd64

Server:
 Version:      1.10.0-rc1
 API version:  1.22
 Go version:   go1.5.3
 Git commit:   677c593
 Built:        Fri Jan 15 18:17:17 2016
 OS/Arch:      linux/amd64

$ docker-compose version
docker-compose version 1.6.0rc2, build 695c692
docker-py version: 1.7.0-rc3
CPython version: 2.7.9
OpenSSL version: OpenSSL 1.0.1j 15 Oct 2014

$ mkdir -p files/test_dir
$ touch files/test_dir/should_be_here_maybe

$ find .
.
./.dockerignore
./docker-compose.yml
./Dockerfile
./files
./files/test_dir
./files/test_dir/should_be_here_maybe

$ docker build --no-cache -t 1607-docker-build .
Sending build context to Docker daemon  5.12 kB
Step 1 : FROM busybox
 ---> 0cb40641836c
Step 2 : COPY . /context
 ---> 859e12600100
Removing intermediate container 9067b263098b
Step 3 : CMD find /context
 ---> Running in 1ddc0a573492
 ---> b1b3beacf5f2
Removing intermediate container 1ddc0a573492
Successfully built b1b3beacf5f2

$ docker run 1607-docker-build
/context
/context/docker-compose.yml
/context/Dockerfile
/context/files
/context/files/test_dir
/context/files/test_dir/should_be_here_maybe
/context/.dockerignore

$ docker-compose build --no-cache
Building test
Step 1 : FROM busybox
 ---> 0cb40641836c
Step 2 : COPY . /context
 ---> d86507051d6d
Removing intermediate container 0af2cbf69b17
Step 3 : CMD find /context
 ---> Running in 8533dae3af74
 ---> 1f736ecb2b38
Removing intermediate container 8533dae3af74
Successfully built 1f736ecb2b38

$ docker-compose run test
/context
/context/docker-compose.yml
/context/Dockerfile
/context/files
/context/files/test_dir
/context/files/test_dir/should_be_here_maybe
/context/.dockerignore

안녕하세요 @aanand , 응답 해 주셔서 감사합니다. 귀하의 단계에 따라 동일한 결과를 얻었습니다.

그러나 이전에 실행 한 테스트에는 files / test_dir에 또 다른 파일이 있습니다. files / test_dir에 다른 파일을 추가하면 docker build 에는 (예상대로) 존재하지 않지만 docker-compose 에는 존재한다는 것을 알 수 있습니다.

$ touch files/test_dir/should_not_be_here

$ docker build --no-cache -t 1607-docker-build .
Sending build context to Docker daemon  5.12 kB
Step 1 : FROM busybox
 ---> b175bcb79023
Step 2 : COPY . /context
 ---> a23d9645c21c
Removing intermediate container 8eb2bb23c4db
Step 3 : CMD find /context
 ---> Running in d9fef847acd8
 ---> e52ae84b1250
Removing intermediate container d9fef847acd8
Successfully built e52ae84b1250
SECURITY WARNING: You are building a Docker image from Windows against a non-Windows Docker host. All files and directories added to build context will have '-rwxr-xr-x' permissions. It is recommended to double check and reset permissions for sensitive files and directories.

$ docker run --rm 1607-docker-build
/context
/context/Dockerfile
/context/files
/context/files/test_dir
/context/files/test_dir/should_be_here_maybe
/context/docker-compose.yml
/context/.dockerignore

$ docker-compose build --no-cache
Building test
Step 1 : FROM busybox
 ---> b175bcb79023
Step 2 : COPY . /context
 ---> 9df0cf4bfb69
Removing intermediate container 7820f982d59e
Step 3 : CMD find /context
 ---> Running in 06e1a0b89a45
 ---> 2c922dbc66d9
Removing intermediate container 06e1a0b89a45
Successfully built 2c922dbc66d9

$ docker-compose run test
ERROR: Interactive mode is not yet supported on Windows.
Please pass the -d flag when using `docker-compose run`.

$ docker-compose run -d test
dcitest_test_run_2

$ docker logs dcitest_test_run_2
/context
/context/Dockerfile
/context/files
/context/files/test_dir
/context/files/test_dir/should_not_be_here
/context/files/test_dir/should_be_here_maybe
/context/docker-compose.yml
/context/.dockerignore

이것은 Windows (내 셸로 git bash 사용)이며 Docker compose 1.5.2 및 1.6.0rc2, docker 1.9.1로 확인되었습니다.

docker-compose 1.5.2 및 docker 1.9.1로 Ubuntu 14.04에서 동일하게 실행하는 것이 좋습니다.

# cat .dockerignore
files/test_dir
!files/test_dir/should_be_here_maybe

# find .
.
./.dockerignore
./docker-compose.yml
./files
./files/test_dir
./files/test_dir/should_not_be_here
./files/test_dir/should_be_here_maybe
./Dockerfile

# docker-compose build --no-cache
Building test
Step 1 : FROM busybox
 ---> b175bcb79023
Step 2 : COPY . /context
 ---> c533a0768d5e
Removing intermediate container 0c057fe8eb82
Step 3 : CMD find /context
 ---> Running in e8a0cf1f58d8
 ---> 175777486a25
Removing intermediate container e8a0cf1f58d8
Successfully built 175777486a25

# docker-compose run test
/context
/context/docker-compose.yml
/context/.dockerignore
/context/files
/context/files/test_dir
/context/files/test_dir/should_be_here_maybe
/context/Dockerfile

아직도 대부분의 오후를 다루고 있습니다.

Docker 버전 1.10.1, 빌드 9e83765
docker-compose 버전 1.6.0, 빌드 d99cad6

#docker-compose.yml
test:
  build: ./cdn

#Dockerfile
FROM busybox
COPY ["content/","/test/"]
RUN find /test/ -maxdepth 1

#.dockerignore
**/.DS_Store
**/.git
**/.bowerrc
**/bower_components
**/node_modules
**/npm-debug.log

docker build . 예상대로 출력

docker-compose build --no-cache test 복사

2992에는 1.6.1에 포함되어야하는 추가 .dockerignore 수정 사항이 있습니다.

감사합니다 @ shin-, 불행히도 Windows 용 Docker Toolbox의 docker-compose 1.6.2에서 여전히 다른 동작을 볼 수 있습니다.

$ docker-compose --version
docker-compose version 1.6.2, build e80fc83

$ find .
.
./.dockerignore
./docker-compose.yml
./Dockerfile
./files
./files/test_dir
./files/test_dir/should_be_here_maybe
./files/test_dir/should_not_be_here

$ cat .dockerignore
files/test_dir
!files/test_dir/should_be_here_maybe

$ docker-compose build --no-cache
Building test
Step 1 : FROM busybox
latest: Pulling from library/busybox
f810322bba2c: Pull complete
a3ed95caeb02: Pull complete
Digest: sha256:97473e34e311e6c1b3f61f2a721d038d1e5eef17d98d1353a513007cf46ca6bd
Status: Downloaded newer image for busybox:latest
 ---> 3240943c9ea3
Step 2 : COPY . /context
 ---> 85a65d7f861c
Removing intermediate container 386d3103d8ab
Step 3 : CMD find /context
 ---> Running in e5e29b5746c4
 ---> 2c2d57a899ea
Removing intermediate container e5e29b5746c4
Successfully built 2c2d57a899ea

$ docker-compose run -d test
dcitest_test_run_1

$ docker logs dcitest_test_run_1
/context
/context/Dockerfile
/context/files
/context/files/test_dir
/context/files/test_dir/should_be_here_maybe
/context/files/test_dir/should_not_be_here
/context/.dockerignore
/context/docker-compose.yml

그것은 매우 이상합니다. 그것은 나를 위해 확실히 작동합니다.

$ docker-compose build --no-cache
Building web
Step 1 : FROM busybox
 ---> 3240943c9ea3
Step 2 : COPY . /context
 ---> 3619871879ad
Removing intermediate container 08432f688579
Step 3 : CMD find /context
 ---> Running in 5bbcf987c9e7
 ---> cf2bff2c1416
Removing intermediate container 5bbcf987c9e7
Successfully built cf2bff2c1416

$ docker-compose run -d web
Creating network "testdockerignore_default" with the default driver
testdockerignore_web_run_1

$ docker logs testdockerignore_web_run_1 
/context
/context/Dockerfile
/context/files
/context/files/test_dir
/context/files/test_dir/should_be_here
/context/docker-compose.yml
/context/.dockerignore

$ find .
.
./Dockerfile
./files
./files/test_dir
./files/test_dir/should_not_be_here
./files/test_dir/should_be_here
./docker-compose.yml
./.dockerignore

$ cat .dockerignore files/test_dir
!files/test_dir/should_be_here

사용자 환경에서 pip show docker-py 의 결과는 무엇입니까?

나도 같은 문제가 있다고 생각합니다.

 Docker build .

나를 위해 작동합니다. 그러나 동일한 빌드를 docker-compose.yml 파일로 묶으면 빌드가 손상됩니다. 내 .dockerignore 파일에서 노드 빌드를 위해 node_modules 디렉토리를 제외하고 있습니다. 이것은 내 docker-compose.yml의 관련 섹션입니다.

web:
  build: ./app
  ports:
    - "8080:8080"
  links:
    - mongodb

최신 버전의 docker-compose를 실행하고 있다고 생각합니다.

>docker-compose version
docker-compose version 1.6.2, build e80fc83
docker-py version: 1.7.2
CPython version: 2.7.11
OpenSSL version: OpenSSL 1.0.2d 9 Jul 2015

Windows 10, x64를 실행하고 있습니다.

WIndows 관련 문제, 경로 구분 기호가있을 수 있습니까?

이것이 경로 구분자와 관련이 있는지 확인하는 방법을 모릅니다.

테스트 또는 기타 지원이 가능한지 알려주십시오. 지금은 빌드 전에 "무시 된"폴더를 프로젝트 디렉토리 밖으로 옮기는 배치 파일이 있습니다. 분명히보기 흉합니다.

당신의 도움을 주셔서 감사합니다.

완전성을 위해 이것은 내 .dockerignore 파일입니다.

**/node_modules

아하! 문제를 일으키는 것은 glob 패턴입니다. "** /"를 제거하면 문제가 해결되었습니다.

특정 문제에 대한 해결 방법이 있지만 버그가 있다는 사실은 여전히 ​​남아 있습니다. 적어도 glob 패턴 ** /은 docker-compose로 제대로 구문 분석되지 않지만 일반 docker 빌드 명령에서는 제대로 작동합니다. 다른 glob 패턴은 작동하거나 작동하지 않을 수 있습니다.

@bfirsh 및 관심을 가질만한 다른 모든 사람 :

다음과 같은 절대적으로 간단한 .dockerignore가 있습니다.

readonly-data

.dockerignore도 작동하지 않으며 (빌드 컨텍스트 폴더의 두 폴더가 데몬에 업로드되고 _forever_ 걸립니다) Linux에 있습니다. 현재 1.6.2로 업데이트했지만 변경 사항은 없습니다. 동일한 증상으로 다른 문제가 발견되지 않는 한,이 문제가 Windows 관련 문제가 아닌 것 같다는 점을 다시 반복하겠습니다 ..

+1, Linux에서도 나에게 손상됨-Windows 관련 문제라고 생각하지 마십시오.

@JonasT @nicbarker 시간이 오래 걸리는 것 외에 .dockerignore 이름이 지정된 폴더가 업로드되고 있는지 어떻게 확인합니까? 타르볼을 확인하는 방법이 있다면 로컬에서 문제를 재현하는 데 사용하고 싶습니다. 그대로 docker-py에 디버그를 추가했지만 여전히 재현 할 수 없습니다.

$ pip list | grep docker
docker-compose (1.7.0.dev0, /Users/aanand/work/docker/compose)
docker-py (1.8.0rc2, /Users/aanand/work/docker/docker-py)

$ find .
.
./.dockerignore
./docker-compose.yml
./Dockerfile
./include.txt
./livedata
./livedata/exclude.txt
./readonly-data
./readonly-data/exclude.txt

$ cat .dockerignore
livedata
readonly-data

$ cat Dockerfile
FROM busybox
COPY . /data

$ docker-compose --verbose build --no-cache
<unrelated output>
docker.utils.utils.tar: Writing tar file to <open file '<fdopen>', mode 'w+b' at 0x1090f26f0>
docker.utils.utils.tar:   Adding .dockerignore
docker.utils.utils.tar:   Adding Dockerfile
docker.utils.utils.tar:   Adding docker-compose.yml
docker.utils.utils.tar:   Adding include.txt
docker.utils.utils.tar: Done
<unrelated output>

@aanand 시작하기까지 정말 오랜 시간이 걸리며 Dockerfile을 ./context로 이동하고 다른 변경없이 "build : ./context/"를 사용하면 즉시 엄청나게 빠릅니다. 또한이 문제가 처음 나타 났을 때 "도커 빌드"를 사용하여 수동으로 도커 빌드를 시도했으며 또한 즉각적이었습니다.

그것은 실제로 문제를 확인하지 않습니다. 프로젝트 루트에 다른 큰 디렉터리가있는 경우 빌드를 ./context 이동하면 속도가 빨라집니다.

@dnephin 거기에 내가 해결 방법으로 광고 한 "컨텍스트"자체와 세 개의 작은 텍스트 파일을 제외하고는 다른 폴더가 없습니다.

@JonasT 포함 되는 큰 .git 디렉토리가있을 수 있습니까?

편집 : NVM, 잘못된 rsync'ed 복사>.> 죄송합니다 .. 확인했기 때문에 실제로 디렉토리를 놓칠만큼 어리석은 것 같습니다.

실제로 이전 Docker-compose 버전에서 문제가 발생하여 더 자세히 조사했지만 실제로 최근의 Dockerpy 업데이트로 수정 된 특정 인스턴스가있을 수 있습니다.

이것이 Windows 문제로 돌아가십니까? :)

안녕하세요,
나는 리눅스를 가지고 있고, 1.6.2를 작성하고, 도커 1.10.3을 ... 정확히 같은 문제입니다. docker는 .dockerignore 하고 compose는이를 무시합니다.

@ulrichSchreiner 재현 단계를 제공 할 수 있습니까?

안녕하세요,

여기에 요점이 있습니다 (https://gist.github.com/ulrichSchreiner/566815cea26ce55b95207e7795cf6962). .dockerignore 에는 **/node_modules 가 포함되어 있습니다. Dockerfile은 t1/a/b/c/node_modules 하위 폴더에 파일을 추가합니다.

"docker build ..."로 빌드하면 추가 할 파일이 없기 때문에 오류가 발생합니다 ( .dockerignore 의 패턴 때문에 올바르게 무시 됨). 요점의 마지막 파일에서 출력을 볼 수 있습니다.

그러나 주어진 "docker-compose.yml"로 빌드하면 성공적으로 빌드됩니다-> docker-compose는 .dockerignore 파일을 무시합니다.

node_modules 디렉토리가 수백 메가

나는 사용한다

docker-compose version 1.6.2, build 4d72027

좋아, 나는 이것을 재현 할 수있다. docker-py가 **/ 규칙에 버그가있는 것 같습니다.

IIRC, ** 구문에 대한 지원 부족은 .dockerignore 구현의 알려진 제한 사항입니다. https://github.com/docker/docker-py/pull/721#issuecomment -135065043 참조

여기에도 같은 문제가 있습니다. .dockerignore 는 docker-compose와 함께 사용할 때 무시됩니다.
docker-compose version 1.6.2, build 4d72027 OSX

./.dockerignore
./Dockerfile (symlink to ./server/docker/cms/Dockerfile)
./server/docker/docker-compose.yml

.dockerignore의 내용

./.git
./.vagrant

.vagrant는 16GB이므로 이것은 우리에게 "큰 거래 (tm)"입니다.

죄송합니다,

docker-machine version 0.7.0, build a650a40

docker-compose version 1.7.0, build 0d7bf73
docker-py version: 1.8.0
CPython version: 2.7.9
OpenSSL version: OpenSSL 1.0.1j 15 Oct 2014

Client:
 Version:      1.11.1
 API version:  1.23
 Go version:   go1.5.4
 Git commit:   5604cbe
 Built:        Tue Apr 26 23:44:17 2016
 OS/Arch:      darwin/amd64

Server:
 Version:      1.11.1
 API version:  1.23
 Go version:   go1.5.4
 Git commit:   5604cbe
 Built:        Wed Apr 27 00:34:20 2016
 OS/Arch:      linux/amd64

@lattwood 버그처럼 보입니다 //github.com/docker/docker-py/pull/1065 에서 수정했습니다 . 지금은 패턴에서 선행 ./ 를 제거 할 수 있으며 작동합니다.

감사!

Ubuntu 14.04에서 실행되는 내 dockerignore는 단순히 **/always_restart.txt 입니다. 일반 docker build (v1.11.2)에서는 컨테이너에 파일이 표시되지 않지만 Compose (v1.7.1)에서는 볼 수 있습니다.

Edit1 : docker-py 가 이중 별표 표기법을 테스트하지 않는 것처럼 보이며 https://github.com/docker/docker-py/blob/1.9 중 하나를 처리하지 않을 가능성이 높습니다

Edit2 : */tmp/always_restart.txt 패턴을 사용하면 Compose와 함께 작동하므로 ** 패턴은 특별히 무시됩니다.

@ agilgur5 맞습니다. 이것은 docker-py의 알려진 문제입니다. 나는 그것을 추적하기 위해 https://github.com/docker/docker-py/issues/1117 을 만들었습니다.

DOCKERFILE의 추악한 해결 방법 :
구문 분석을 위해 git-check-ignore 를 사용하여 (따라서 git init ), 복사 후 무시해야하는 모든 것을 삭제합니다.
COPY s (또는 ADD s) 뒤에 있어야하는 우리의 경우에는 원하지 않는 파일이 다시 생겼습니다.

RUN mkdir /app/
WORKDIR   /app/
# ...
# all the COPYs
# ...
RUN git init
COPY ./.dockerignore /app/
RUN mv .dockerignore .gitignore
RUN DEL_ME=$(find . -print0 | xargs -0) && echo Forcing deletion of .dockerignore files && git check-ignore --no-index $DEL_ME > tmp.txt
RUN DEL_ME=$(cat tmp.txt | xargs) && echo DELETING: $DEL_ME tmp.txt && rm -f -d -r $DEL_ME tmp.txt

.gitignore에서 파일을 제거하려면 (이유가 없기 때문에)

COPY ./.gitignore      /app/
COPY ./.dockerignore   /app/
RUN DEL_ME=$(find . -print0 | xargs -0) && echo gitignore && git check-ignore --no-index $DEL_ME > tmp.txt
RUN rm .gitignore && mv .dockerignore .gitignore
RUN DEL_ME=$(find . -print0 | xargs -0) && echo dockerignore && git check-ignore --no-index $DEL_ME >> tmp.txt
RUN DEL_ME=$(cat tmp.txt | xargs) && echo DELETING: DEL_ME tmp.txt && rm -f -d -r $DEL_ME tmp.txt

기본적으로 덮어 쓰지 않으려는 컨테이너 디렉토리를 나열하여 docker-compose.yml 데이터 볼륨을 사용하여 이에 대한 해결 방법을 찾은 것 같습니다. 우리의 경우 컨테이너에 node_modules 디렉터리를 유지하려고했습니다.

따라서 docker-compose.yml 은 다음과 같습니다.

  my_app:
    build: ./my_app
    volumes:
      - ./my_app:/app
      # prevent the mounting above from overwriting the following
      - /app/node_modules

volumes 값에 무엇을 중복 수행 .dockerignore 하지만 지금은 가고 우리를 얻을 수 ...

이 문제에 대한 높은 수준의 제안이 있습니다.

이 문제를 "[메타 문제] : .dockerignore 규칙의 잘못된 처리"(또는 "[추적 문제] : 잘못된 처리 ...")와 같이 다시 작성하거나 단순히 컬렉션을 위해이 문제를 종료하는 것이 좋습니다. 더 작고 실행 가능한 문제입니다. 이것은 (1) Docker compose가 .dockerignore 파일 (현재 이슈 제목이 말하는 것)을 "무시"하는 것이 아니기 때문입니다. 단순히 규칙을 올바르게 구현하지 않았습니다. 그리고 (2)이 문제에는 여러 부분이 있습니다. 이것은 단지 하나의 문제가 아닙니다. 예를 들어,이 이것 ( ** 처리) 및 이 새로운 난 그냥 제출 (마지막 줄 우선 순위). 그리고 더 많은 것이있을 수 있습니다.

이 문제 스레드가 너무 길기 때문에 (광범위한 문제 영역을 다루기 때문에) 해결해야하는 개별 문제를 스레드 내에서 찾기가 어렵습니다. 일반적인 ".dockerignore가 작동하지 않는 것 같음"문제와는 달리, 별도로 해결할 수있는 잘 정의 된 문제를 제출하는 것이 좋습니다. 현재 표현 된대로이 문제는 Python 구현이 참조 구현과 패리티를 가질 수 없기 때문에 절대로 닫히지 않을 수 있습니다.

나는 **/**/node_modules 했지만 이것이 작동하지 않는다는 것을 알아 냈습니다. 그래서이 버그를 수정하기 위해 하위 프로젝트에 각 node_modules 디렉토리를 정의했습니다.

이 핫픽스 이전에는 npm 종속성이 이미 있기 때문에 설치할 때 "액세스 권한 오류"가 발생했습니다 (작동하지 않는 dockerignore 파일로 복사하여 발생).

같은 문제입니다.

macOS Sierra 10.12.2
Docker 버전 1.12.5, 빌드 7392c3b
docker-compose 버전 1.9.0, 빌드 2585387

** 패턴 문제는 1.11.2에서 수정되어야합니다.
# 3931 및 # 3886에서 별도로 추적되는 마지막 줄 우선 순위가있는 문제와 같은 미해결 문제가있을 수 있습니다. 추가 업데이트는 이들을 참조하십시오.

docker-compose가 내 .dockerignore ) 무시하는지 또는 제대로 해석하지 못하는지 확실하지 않습니다 (잘 작동하는 docker와는 달리). 이것이 내가 여기에 도착한 방법입니다 : http://stackoverflow.com/questions/42883596/equivalent-builds-dont-behave-the-same

다음은 내 .dockerignore 파일입니다 (문제가 무엇인지 알아낼 수있는 경우).

$ cat .dockerignore 
*
!www
!app
!inc
*/node_modules
*/bower_components
**/*.log
**/Dockerfile
**/.gitignore

내 docker-compose build 가 .dockerignore 파일을 완전히 무시하는 것 같습니다.
docker build 가 예상대로 작동합니다.

$ docker-compose version                                                                                                                       
docker-compose version 1.14.0, build c7bdf9e
docker-py version: 2.3.0
CPython version: 2.7.13
OpenSSL version: OpenSSL 1.0.1t  3 May 2016

내 .dockerignore 은 (는) 다음과 같습니다.

.bundle
.git
.gitignore
test
tmp
log

여기에 특별한 것은 없습니다.
Ubuntu 16.04를 사용하고 있지만 그게 중요한지 모르겠습니다.

BTW : 누군가 docker-compose build 가 docker build 와 같은 코드를 사용하여 Dockerfile 와 그 모든 것을 사용하여 이미지를 빌드하지 않는 이유를 설명 할 수 있습니까? 명백한 코드 중복이있는 이유는 무엇입니까 (이 문제가 보여 주듯이 제대로 작동하지 않음)?

이 문제가 종결 된 이유는 무엇이며 어떻게 다시 열 수 있습니까? 소프트웨어가 명확하게 손상되었으며 수정해야합니다.

https://github.com/docker/compose/issues/1607#issuecomment -287177186

아. 감사합니다 신. 해결 될 것이다 기쁘다

나는 제안 된 문제 # 3931 및 # 3886을 읽었지만 내 .dockerignore가 특별하지 않아 내 문제를 정확하게 매핑 할 수 없었습니다.
나는 나를 위해 전혀 일하지 않으며 내 .dockerignore에 무엇이 있는지는 중요하지 않습니다.

너무 멍청 해, 내 실수 였어. : dizzy_face :
코드를 볼륨으로 마운트했기 때문에 무시할 것이 없다는 것이 분명합니다. 그 죄송합니다.

app:
  build: .
  container_name: my_app
  volumes:
    - .:/my_app

해결되지 않은 것 같습니까?

version: '3.4'
services:
  ui:
    build:
      context: ./source/ui
      dockerfile: Dockerfile
      target: development
    command: bash -c "yarn dev"
    ports:
      - '9091:9091'
      - '9092:9092'
    expose:
      - '9091'
      - '9092'
    volumes:
      - ./source/ui:/app
      - node-modules:/app/node_modules

    environment:
      - PORT=9091
      - HMR_PORT=9092
      - NODE_ENV=development
      - API_HOST=api.docker:7001

volumes:
  node-modules:

in source/ui/.dockerignore:

node_modules
dist
```

그러나 두 폴더 모두 결국 생성됩니다 ...

나는 같은 문제가 있었다. 내가 이전 작성 버전에 있다는 것을 알았을 때. docker-compose version 1.22.0-rc1, build e7de1bc3 업데이트되었습니다.

문제는 debian / ubuntu에 포함 된 작성 버전이 너무 오래되었다는 것입니다.

이제 더 잘 작동하지만 docker build 처럼 여전히 동일하지는 않습니다.

아직 해결되지 않았습니다. Mac 용 Docker, 최신 버전 실행 (Docker 18.03.1-ce-mac65).

내 .dockerignore :

**/package-lock.json
**/node_modules

그러나 둘 다 docker-compose를 사용할 때 컨테이너로 전달됩니다.

https://github.com/docker/docker-py/pull/2065 는 1.22.0 RC2에 있으며이를 해결해야합니다.

Mac 용 Docker 버전 18.06.1-ce-mac73 (26764) 을 사용하고 있는데 버그가 여전히 있습니다.

나는 사용하고있다 :

docker-compose 버전 1.22.0, 빌드 f46880f
Docker 버전 18.06.1-ce, 빌드 e68fc7a

Ubuntu 16.04 Xenial 및 docker-compose 빌드에서 실행하면 다음 .dockerignore가 무시됩니다.

**/*.jpg **/*.png **/*.pyc **/*.solverstate **/*.caffemodel **/*.tgz **/.pytest_cache **/*__pycache__* **/.git **/node_modules *.egg-info .eggs *Dockerfile* build dist
이제 이중 별표를 해석해야하므로 원인이 무엇인지 모르겠습니다. 같은 문제가있는 사람이 있습니까?

이제 이중 별표를 해석해야하므로 원인이 무엇인지 모르겠습니다. 같은 문제가있는 사람이 있습니까?

동일한 문제가 있습니다 ( **/.tox ).

나는 같은 문제가 있었다. 나는 다른 맥락을 사용합니다.
docker-compose.yml 은 앱 루트 경로에 배치되며 다음과 같습니다.

services:
  api:
    build:
      context: ./docker/api

내 파일 트리 :

- app/
-- docker/
--- api/
---- .dockerignore <- it works!
-- docker-compose.yml
-- .dockerignore <- it does not work for contexts

좋은 하루 되세요!

@ zymtx5g79k 저에게 효과가 없습니다.

디렉토리 구조 :

- .dockerignore
- docker/
-- development/
--- docker-compose.yml  

docker-compose.yml

version: '3'
services:
  web:
    build:
      context: ../../.

@rodrigobdz , 확인하시기 바랍니다 :
docker-compose.yml :

services:
  api:
    build:
      context: ./../../
version: '3'

.dockerignore :

/docker

파일 구조 :

- docker/
-- api/
--- docker-compose.yml
- .dockerignore

여전히 동일한 결과로 .git 디렉터리는 예를 들어 컨테이너에 있습니다. 여기에 내 .dockerignore를 게시하겠습니다. 아마도 문제 자체가있을 수 있습니다.

# Custom
docker-compose.yml
docs/
livereload.js*
yarn-error.log
v8-compile-cache-0
# vim
*.swp

.git
.gitignore
README.md

@rodrigobdz 문제를 재현 할 수 없습니다 (docker compose 버전 1.22.0 실행).

시험 준비;

mkdir repro-1607 && cd repro-1607
mkdir -p docker/development/
mkdir -p ./.git/this-is-a-git-repo
echo "this is README.md" > README.md

cat > docker/development/docker-compose.yml -<<EOF
version: '3'
services:
  web:
    build:
      context: ../../.
EOF

cat > ./.dockerignore -<<EOF
# Custom
docker-compose.yml
docs/
livereload.js*
yarn-error.log
v8-compile-cache-0
# vim
*.swp

.git
.gitignore
README.md
EOF

cat > Dockerfile -<<EOF
FROM alpine
RUN apk add --no-cache tree
COPY . /foobar/
CMD tree -a /foobar/
EOF

docker-compose를 사용하여 빌드하십시오.

cd docker/development/
docker-compose build --no-cache

Building web
Step 1/4 : FROM alpine
 ---> 11cd0b38bc3c
Step 2/4 : RUN apk add --no-cache tree
 ---> Running in 8767bc07dad9
fetch http://dl-cdn.alpinelinux.org/alpine/v3.8/main/x86_64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/v3.8/community/x86_64/APKINDEX.tar.gz
(1/1) Installing tree (1.7.0-r1)
Executing busybox-1.28.4-r0.trigger
OK: 5 MiB in 14 packages
Removing intermediate container 8767bc07dad9
 ---> 3916d3b689bb
Step 3/4 : COPY . /foobar/
 ---> 76ab68d75f88
Step 4/4 : CMD tree -a /foobar/
 ---> Running in 9891624b3cab
Removing intermediate container 9891624b3cab
 ---> d22b81d149f2
Successfully built d22b81d149f2
Successfully tagged development_web:latest

컨텐츠가 추가되지 않았는지 확인하십시오.

docker run --rm development_web:latest
/foobar/
├── .dockerignore
├── Dockerfile
└── docker
    └── development
        └── docker-compose.yml

2 directories, 3 files

이제 .dockerignore 이름을 바꾸고 빌드를 다시 수행하십시오.

mv ../../.dockerignore ../../.dockerignore.disabled
docker-compose build --no-cache

Building web
Step 1/4 : FROM alpine
....

콘텐츠가 더 이상 무시되지 않고 이미지에 추가되었는지 확인합니다.

docker run --rm development_web:latest
/foobar/
├── .dockerignore.disabled
├── .git
│   └── this-is-a-git-repo
├── Dockerfile
├── README.md
└── docker
    └── development
        └── docker-compose.yml

4 directories, 4 files

(편집 : 처음으로 -a tree 를 실행하는 것을 잊었으므로 첫 실행의 업데이트 된 출력)

@thaJeztah 시간을내어

내 사용 사례는 https://github.com/docker/compose/issues/2098#issue -108463351에 설명 된 것과 유사합니다. Dockerfile에서 COPY 명령을 사용하고 추가로 볼륨 과 동일한 디렉토리를 마운트합니다.

https://github.com/docker/compose/issues/2098#issuecomment -143505943에 설명 된대로 .dockerignore 의 제외 항목이 볼륨에 적용될 것으로 예상했습니다.

# 2098 (주석)에 설명 된대로 .dockerignore의 제외가 볼륨에 적용될 것으로 예상했습니다.

아니요, 호스트에서 경로를 바인드 마운트 할 때 도커는 그 "중간"에 있지 않습니다. Linux에서는 말 그대로 컨테이너 내부의 호스트에서 해당 디렉토리를 마운트합니다. Docker Desktop (Mac / Windows 용 Docker)에는 데몬 (및 컨테이너)이 실행되는 VM 내에서 해당 파일을 사용할 수 있도록하는 몇 가지 추가 "마법"이 있지만 그 이후에는 Linux에서와 동일하게 수행됩니다.

.dockerignore 는 빌드 중에 만 사용되며 빌드 속도를 높이기위한 것입니다. 이미지에서 사용 / 원하지 않는 파일을 데몬으로 보내지 않아도됩니다.

설명해 주셔서 감사합니다! 이 설명은 커뮤니티에서 더 이상의 오해를 피하기 위해 문서에 있어야한다고 생각합니다. 현재 문서 는 .dockerignore 자체의 범위보다는 파일을 무시하는 방법에 더 중점을 둡니다.

문서의 해당 페이지는 Dockerfile 및 docker build 대해 설명합니다. 그 관점에서; 다른 명령 / 용도에서는 작동하지 않는다고 설명하는 것이 합리적 일지 궁금합니다.

글쎄, 그것이 오해의 일반적인 원인이고 분명히 그렇다면 거기에 언급하는 것이 분명 합리적입니다.

문서의 한 문장 으로 @thaJeztah 와 아래의 모든 사용자 가 많은 시간을 절약 할 수있었습니다 .

1607 호

2098 호

이 문제를 +1하고 싶었습니다.

Docker-copose : 1.23.2를 실행 중입니다 (Homebrew와 PIP 사이에서 찾을 수있는 가장 최근)
운영체제 : Mac OS 10.14.2

빌드하는 동안 여전히 내 .dockerfile을 무시하고 있습니다. 그동안 명시 적으로 복사해야 할 것입니다.

docker-compose 파일에서 불필요한 볼륨 참조를 제거하여이 문제를 해결했습니다. Compose는 볼륨에 대해 .gitignore를 무시합니다.

이것은 나를 위해 수정되었습니다. docker-compose는 마운트 된 볼륨의 .dockerignore 파일을 무시합니다.

@xvrqt 내 구성 파일이 제대로 복사되지 않고 임의의 오류가 발생하여 지난 주에 몇 시간을 낭비했을 것입니다 (내 빌드 프로세스는 복사해야하지만 사용되지 않는 .dockerignore 파일에 의해 차단되었습니다). 이것은 믿기지 않습니다.

강조해 주셔서 감사합니다.

안녕하세요! 이것의 상태는 무엇입니까? 볼륨을 포함하지 않는 매우 간단한 docker-compose.yml 시나리오를 준비했지만 원격 git repo에서 빌드 할 때 .dockerignore 을 선택하지 못했습니다.

https://github.com/LocoDelAssembly/docker-compose-dockerignore

마스터 브랜치에서 발생하는 오류가 예상됩니까? 바닐라 도커로 이미지를 빌드하고 태그를 지정한 다음 docker-compose.yml에서 사용하는 것 외에 다른 솔루션이 있습니까?

감사

바닐라 도커로 이미지를 빌드하고 태그를 지정한 다음 docker-compose.yml에서 사용하는 것 외에 다른 솔루션이 있습니까?

현재 버전의 compose를 실행중인 경우 COMPOSE_DOCKER_CLI_BUILD=1 (및 DOCKER_BUILDKIT=1 ) 옵션을 사용하여 docker compose가 기본 docker build 사용하도록 할 수 있습니다.

귀하의 예는 여기에서 논의되는 것과 다른 것으로 보이므로 새 티켓을 여는 것이 좋습니다 (아직 해당 티켓이없는 경우).

감사합니다 @thaJeztah! COMPOSE_DOCKER_CLI_BUILD=1 와 함께 작동하지만 DOCKER_BUILDKIT=1 도 추가하면 실패합니다 (관련없는 이유로).

https://travis-ci.org/LocoDelAssembly/docker-compose-dockerignore/builds/658351109

흠, 거기에서 실행되는 도커 버전의 버그라고 생각합니다. docker 18.06은 꽤 오래되었습니다 (그리고 EOL). 해당 버전의 도커에는 아직 안정적이지 않은 BuildKit의 초기 버전이 있습니다.

```
=> ERROR [내부] docker.io/library/alpine:3.9.5 0.1s에 대한 메타 데이터로드
218 => 오류 [1/5] docker.io/library/alpine:3.9.5 0.0s
219 => => docker.io/library/alpine:3.9.5 0.0s 해결
220 ------
221> [내부] docker.io/library/alpine:3.9.5에 대한 메타 데이터로드 :
222 ------
223 ------
224> [1/5] FROM docker.io/library/ alpine : 3.9.5 :
225 ------
226 프런트 엔드로 해결하지 못했습니다. dockerfile.v0 : LLB를 빌드하지 못했습니다. 캐시 키를로드하지 못했습니다. docker.io/library/ alpine : 3.9.5 를 찾을 수 없습니다.

오, 흠, 당신의 트래비스도 도커를 설치하고있는 걸 봅니다. 사전 설치된 버전을 대체합니까? 설치 후 docker info 및 docker version 단계를 추가하면 설치할 올바른 (19.03.x) 버전의 docker가 표시됩니까?

여기는 https://travis-ci.org/LocoDelAssembly/docker-compose-dockerignore/builds/658435194입니다.

요약

실패한 두 빌드의 Docker 버전

$ docker version
Client: Docker Engine - Community
 Version:           19.03.7
 API version:       1.40
 Go version:        go1.12.17
 Git commit:        7141c199a2
 Built:             Wed Mar  4 01:22:36 2020
 OS/Arch:           linux/amd64
 Experimental:      false
Server: Docker Engine - Community
 Engine:
  Version:          19.03.7
  API version:      1.40 (minimum version 1.12)
  Go version:       go1.12.17
  Git commit:       7141c199a2
  Built:            Wed Mar  4 01:21:08 2020
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.2.13
  GitCommit:        7ad184331fa3e55e52b890ea95e65ba581ae3429
 runc:
  Version:          1.0.0-rc10
  GitCommit:        dc9208a3303feef5b3839f4323d9beb36df0a9dd
 docker-init:
  Version:          0.18.0
  GitCommit:        fec3683

docker info 출력은 약간 크므로 포함되지 않지만 Server Version: 19.03.7 .

도커 작성 버전

DOCKER_COMPOSE_VERSION = 1.26.0-rc2

$ docker-compose version
docker-compose version 1.26.0-rc1, build 07cab513
docker-py version: 4.2.0
CPython version: 3.7.6
OpenSSL version: OpenSSL 1.1.0l  10 Sep 2019

(보고 된 버전이 잘못됨, rc2, 빌드 해시가 rc2와 일치 함)

DOCKER_COMPOSE_VERSION = 1.25.4

$ docker-compose version
docker-compose version 1.25.4, build 8d51620a
docker-py version: 4.1.0
CPython version: 3.7.5
OpenSSL version: OpenSSL 1.1.0l  10 Sep 2019

19.03.8에서 여전히 문제가 존재합니다.

19.03.8에서 여전히 문제가 존재합니다.

옳은. 또한 내 테스트 저장소를 최신 1.25 및 1.26 docker-compose 버전으로 업데이트했지만 모두 https://github.com/LocoDelAssembly/docker-compose-dockerignore에 설명 된대로 계속 유지됩니다.

위에서 붙여 넣은 동일한 종류의 정보를 찾을 수있는 빌드 : https://travis-ci.org/github/LocoDelAssembly/docker-compose-dockerignore/builds/673393656

여기에 동일한 문제가 있습니다. .dockerignore 는 docker-compose 에서 안정적으로 작동하지 않습니다.