ファイル形式に問題があります。

.dockerignore subdir/をsubdirます。

.dockerignoreがdocker build -t subdir ../のに、 docker-compose buildでは機能しないのはなぜですか？

docker-compose1.2.0を実行しても同じ問題が発生します。
バニラドッカービルドを実行すると、無視ファイルがプルされ、イメージがビルドされます。
ただし、docker-composeは、末尾のスラッシュの有無にかかわらず、ignoreファイルを使用しません。

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で1つの奇妙な問題に直面しています：

*.sh

!awesome/script.sh

docker buildを使用するとすべて問題ありませんが、docker-composeに「awesome /script.sh」が表示されませんでした。

私は同じ問題にありますか？

@twillouerは既知のバグであり、 https：//github.com/docker/docker-py/pull/721で修正されてい。1.5.0では作成側で修正される予定です。

ありがとう！

一部のマシンの最新のgitマスターでも、これはまだ壊れているようです。 この構成では、次の構成のマシンでは機能しません。

Debian 8.2とカーネル3.16.0、lxc-dockerバージョン1.7.1、ビルド786b29d
docker-composeはgitmaster、HEADはdabf1e8657674014a5bc89f99edbf2fe0629bb71にあります

.dockerignoreは、docker build（即座に実行される）では正常に機能しますが、docker-compose（さまざまな分にアップロードすべきでないものをアップロードする）では機能しません。

＃2100も参照してください

私も同じ問題を抱えています。 docker-composeは「.dockerignore」を無視します。 「dockerbuild」は正常に機能します。
システム：Windows 10

昨日リリースされたDockerToolboxを使用しても同じ問題が発生しています。

• Windows 7 x64
• Dockerバージョン1.9.0、ビルド76d6bc9
• Docker-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は1行が含まれています（末尾にスラッシュを追加しようとしましたが、問題は解決しませんでした）：

node_modules

今私はすることができます

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

素晴らしい、それは動作します、5 KiBだけが送られます（ node_modulesは合計でおよそ10 MiBです）。 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 finalで他のマシンでもまったく同じ問題が発生しました）。

ノードでは、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

node_modules

結果：

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 ：

繰り返しますが、これは明らかに無視されていますが、Linuxマシンでもこれが見られます。

docker-composeファイルの不要なボリューム参照を削除することで、この問題を修正しました。 Composeは、ボリュームの.gitignoreを無視します。

また、npm 3+を使用するようにアプリをアップグレードする必要がありましたが、これはWindowsユーザーにのみ適用される可能性があります。

@ esc-rtn .dockerignoreファイルは、_build_中にデーモンに送信してはならないファイルのみを指定します。 「実行」中にバインドマウントされたボリュームを使用している場合は、その場所にあるすべてのファイルをボリュームとしてマウントするだけです（ホスト上に存在するすべてのファイル）。

Windowsでも同様のことがわかります。 docker buildは期待どおりに機能しますが、 docker-composeは機能しません。

README.mdにメモを付けてGitHubに小さな例を載せました： https ：

Compsoe 1.5.2がリリースされた後、 .dockerignoreの修正の別のラウンドがdocker-pyに入りました。 Compose 1.6.0 RC2リリースを試して、現在修正されているかどうかを確認できますか？

docker-composeバージョン1.6.0rc2、ビルドa7636beで試してみました。

リポジトリに3つのテストケースがあり、1.5.2で2つが失敗しました。 1.6.0rc2では、次のように、ディレクトリとそのディレクトリ内のファイルを除外すると、1つだけが失敗します。

$ 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、docker1.9.1の両方でチェックされています。

docker-compose1.5.2とdocker1.9.1を使用してUbuntu14.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-に感謝しますが、残念ながら、Docker Toolbox forWindowsのdocker-compose1.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

私はWindows10、x64を実行しています。

Windows固有の問題、おそらくパスセパレーターに関する問題ですか？

これがパスセパレータに関連しているかどうかを見分ける方法がわかりません。

テストなどを支援できるかどうか教えてください。 現在、ビルド前に「無視された」フォルダをプロジェクトディレクトリから移動するバッチファイルがありますが、明らかに醜いです。

ご協力いただきありがとうございます。

完全を期すために、これは私の.dockerignoreファイルです。

**/node_modules

あはは！ 問題を引き起こしているのはグロブパターンです。 「** /」を削除すると、問題が修正されました。

特定の問題の回避策はありますが、バグがあるという事実は変わりません。 少なくともglobパターン** /はdocker-composeで適切に解析されませんが、通常のdockerbuildコマンドでは正常に機能します。 他のグロブパターンは機能する場合と機能しない場合があります。

@bfirshと気になるかもしれない他のすべての人：

私はこのように見える絶対に単純な.dockerignoreを持っています：

livedata
readonly-data

.dockerignoreも機能せず（ビルドコンテキストフォルダー内の2つのフォルダーがデーモンにアップロードされ、_forever_かかります）、 Linuxを使用しています。 現在の1.6.2に更新しましたが、変更はありません。 同じ症状で別の問題が発生しない限り、これはWindows固有の問題ではないように思われることをもう一度繰り返します。

+ 1、Linuxでも壊れています-Windows固有の問題だとは思わないでください。

@JonasT @nicbarker .dockerignoreで指定されたフォルダがアップロードされていることを、時間がかかるという事実を除いて、どのように確認していますか？ tarballをチェックする方法があれば、それを使用して問題をローカルで再現してみたいと思います。 現状では、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 /」を使用すると、瞬時に非常に高速になります。 また、この問題が最初に発生したとき、「dockerbuild」を使用して手動でdocker buildを試しましたが、それも瞬時でした。

それは実際には問題を確認していません。 プロジェクトルートに別の大きなディレクトリがある場合は、ビルドを./contextに移動すると高速になります。

@dnephinには、回避策として追加した「コンテキスト」自体と3つの小さなテキストファイルを除いて、他のフォルダはありません。

@JonasT含まれている大きな.gitディレクトリがある可能性はありますか？

編集：NVM、間違ったrsync'edコピーをチェックしたので、ディレクトリを見逃すほど愚かだったようです>。>ごめんなさい。

私は実際にこれについてしばらく前に問題を抱えていましたが、以前のdocker-composeバージョンでより深く調査しましたが、最近のdockerpyアップデートのいくつかで実際に修正された特定のインスタンスがあった可能性があります。

これがWindowsの問題であることに戻りますか？ :)

こんにちは、
私はLinux、compose 1.6.2、docker 1.10.3 ...まったく同じ問題を抱えています。 dockerは.dockerignore 、composeはそれを無視します。

@ulrichSchreiner再現する手順を教えてください。

こんにちは、

ここに要点があります（https://gist.github.com/ulrichSchreiner/566815cea26ce55b95207e7795cf6962）。 .dockerignoreは**/node_modules .dockerignoreが含まれ、Dockerfileはt1/a/b/c/node_modulesサブフォルダーにファイルを追加します。

これを「dockerbuild ...」でビルドすると、追加するファイルがないためエラーが発生します（ .dockerignoreのパターンのため、正しく無視されます）。 要旨の最後のファイルで出力を確認できます。

ただし、指定された「docker-compose.yml」を使用してビルドすると、正常にビルドされます-> docker-composeは.dockerignoreファイルを無視します。

node_modulesディレクトリが数百メガバイトの場合、これは本当に苦痛です...。

私が使う

docker-compose version 1.6.2, build 4d72027

OK、これを再現できます。 docker-pyにはおそらく**/ルールのバグがあるようです。

IIRC、 **構文のサポートの欠如は、 .dockerignore実装の既知の制限です。 https://github.com/docker/docker-py/pull/721#issuecomment-135065043を参照して

ここで同じ問題。 docker-composeで使用する場合、 .dockerignoreは無視されます
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なので、これは私たちにとって「BigDeal（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バグのよう。 今のところ、パターンから先頭の./を削除すると、機能するはずです。

ありがとう！

Ubuntu 14.04で実行している場合、私のdockerignoreは単に**/always_restart.txtです。 通常のdocker build （v1.11.2）では、コンテナー内にファイルが表示されませんが、Compose（v1.7.1）では表示されます。

Edit1： docker-pyは二重アスタリスク表記をテストしていないようで、おそらくそれも処理しないと思います： https ：

Edit2：パターン*/tmp/always_restart.txt使用はComposeで機能するため、 **パターンは特に無視されます

@ agilgur5正解です。これは、 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）Dockercomposeが.dockerignoreファイルを「無視」しているわけではないためです（これは、問題のタイトルが現在言っていることです）。 ルールが正しく実装されていないだけです。 そして（2）、この問題にはいくつかの部分があります。 これは1つの問題だけではありません。 たとえば、これ（ **処理）と私が提出したばかりのこの新しいもの（最終行の優先順位）があります。 そして、もっとたくさんあるかもしれません。

この問題のスレッドは非常に長いため（広い問題領域をカバーしているため）、解決する必要のある個々の問題をスレッド内で見つけるのは困難です。 一般的な「.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 ：

これが私の.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を使用していますが、それが重要かどうかはわかりません。

ところで：誰かが説明できますか、なぜ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
距離
`` `

しかし、とにかく両方のフォルダが作成されることになります...

私も同じ問題を抱えていました。 私が古い作曲バージョンを使用していることに気付いたとき。 docker-compose version 1.22.0-rc1, build e7de1bc3更新されました。

問題は、debian / ubuntuに同梱されているcomposeバージョンが古すぎることです。

今ではうまく機能しますが、それでもdocker buildと同じではありません

これはまだ解決されていません。 Docker for Mac、最新バージョン（Docker 18.03.1-ce-mac65）を実行しています。

私の.dockerignore：

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

ただし、docker-composeを使用すると、両方がコンテナーに渡されます。

https://github.com/docker/docker-py/pull/2065は1.22.0RC2にあり、それに対処する必要があります。

Docker for Macバージョン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問題を再現できません（dockercomposeバージョン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で説明されているものと似ていCOPYコマンドを使用し、さらにボリュームと同じディレクトリをマウントします。

https://github.com/docker/compose/issues/2098#issuecomment -143505943で説明されているように、 .dockerignoreの除外がボリュームに適用されることを期待していました。

＃2098（コメント）で説明されているように、.dockerignoreの除外がボリュームに適用されることを期待していました。

いいえ、ホストからのパスをバインドマウントする場合、dockerはその「中間」にはなりません。 Linuxでは、文字通り、コンテナ内のホストからそのディレクトリをマウントします。 Dockerデスクトップ（Docker for Mac / Windows）では、デーモン（およびコンテナー）が実行されるVM内でこれらのファイルを使用できるようにするための追加の「魔法」がいくつかありますが、基本的にはその後のLinuxと同じように機能します。

.dockerignoreはビルド中にのみ使用され、ビルドの高速化を目的としています。 イメージで使用されていない/不要なファイルをデーモンに送信する必要がないようにするため。

説明してくれてありがとう！ コミュニティでのさらなる誤解を避けるために、この説明はドキュメントに含める必要があると思います。 現在、ドキュメントは.dockerignore自体のスコープではなく、ファイルを無視する方法に重点を置いています。

ドキュメントのそのページでは、Dockerfileとdocker buildについて説明しています。 その観点から; 他のコマンド/用途では機能しないと説明するのが理にかなっているのではないかと考えています。

まあ、それが誤解の一般的な原因であり、明らかにそうであれば、そこに言及することは確かに理にかなっています。

ドキュメント内の1つの文で、 @ thaJeztahと、以下のすべてのユーザーの時間を大幅に節約できた

1607号

2098年発行

この問題を+1したかっただけです。

docker-copose：1.23.2を実行しています（HomebrewとPIPの間で見つけた最新のもの）
OS：Mac OS 10.14.2

ビルド中はまだ私の.dockerfileを無視しています。 その間に明示的に物事をコピーする必要があります。

docker-composeファイルの不要なボリューム参照を削除することで、この問題を修正しました。 Composeは、ボリュームの.gitignoreを無視します。

これで修正されました--docker-composeは、マウントされたボリューム内の.dockerignoreファイルを無視します。

@xvrqt先週、設定ファイルが適切にコピーされていないというランダムなエラーが発生し、おそらく何時間も無駄になりました（ビルドプロセスはそれをコピーするはずですが、使用されていない.dockerignoreファイルによってブロックされていました）。 これはちょっと信じられないことです。

それを強調してくれてありがとう。

こんにちは！ これの状況はどうですか？ ボリュームを含まない非常に単純なdocker-compose.ymlシナリオを用意しましたが、リモートgitリポジトリからビルドするときに.dockerignore取得できません。

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

マスターブランチで発生しているエラーは予想されますか？ バニラドッカーでイメージをビルドしてタグ付けし、それをdocker-compose.ymlで使用する以外の解決策はありますか？

ありがとう

バニラドッカーでイメージをビルドしてタグ付けし、それをdocker-compose.ymlで使用する以外の解決策はありますか？

現在のバージョンのcomposeを実行している場合は、 COMPOSE_DOCKER_CLI_BUILD=1 （およびDOCKER_BUILDKIT=1 ）オプションを使用して、dockercomposeにネイティブのdocker build使用させることができます。

あなたの例はここで説明されているものとは異なるように見えるので、新しいチケットを開くのが良いかもしれません（まだチケットがない場合）

ありがとう@thaJeztah！ COMPOSE_DOCKER_CLI_BUILD=1で動作しますが、 DOCKER_BUILDKIT=1も追加すると、失敗します（無関係の理由で）。

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

うーん、それはそこで実行されているdockerのバージョンのバグだと思います。 docker 18.06はかなり古い（そしてEOL）。 そのバージョンのdockerにはかなり初期のバージョンのBuildKitがありますが、まだ安定していませんでした。

`` `
=>エラー[内部] docker.io/library/alpine:3.9.50.1sのメタデータを読み込みます
218 =>エラー[1/5] FROM docker.io/library/alpine:3.9.5 0.0s
219 => => docker.io/library/alpine:3.9.50.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をインストールしているようです（私の電話から読んでいます）。 それはプレインストールされたバージョンを置き換えますか？ インストール後に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バージョン

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で説明されている

上に貼り付けたのと同じ種類の情報が見つかる場所にビルドします： //travis-ci.org/github/LocoDelAssembly/docker-compose-dockerignore/builds/673393656

、ここでは同じ問題を持っている.dockerignoreで信頼性の高い方法では動作しませんdocker-compose