आपको फ़ाइल प्रारूप में समस्या है।

आपके .dockerignore subdir/ से subdir ।

.Dockerignore docker build -t subdir ../ लिए क्यों काम करता है लेकिन docker-compose build ?

मैं एक ही समस्या चल रहा है docker- रचना 1.2.0।
रनिंग वनीला डॉकटर इग्नोर फाइल में पुल बनाता है और इमेज, एनपी बनाता है।
हालाँकि डॉकटर-कंपोज़ इग्निशन फ़ाइल का उपयोग, अनुगामी स्लैश के साथ या उसके बिना नहीं करता है।

एक 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 ने "भयानक / script.sh" नहीं देखा

क्या मैं इसी मुद्दे में हूँ?

@Willouer यह एक ज्ञात बग है, जिसे https://github.com/docker/docker-py/pull/721 द्वारा तय किया गया है - यह 1.5.0 में कम्पोज़ की तरफ तय किया जाएगा।

धन्यवाद !

यह अभी भी कुछ मशीनों पर नवीनतम गिट मास्टर पर भी टूटा हुआ लगता है। यह विन्यास दिए गए मशीन पर मेरे लिए काम नहीं करता है:

डेबियन 8.2 कर्नेल 3.16.0 के साथ lxc-docker संस्करण 1.7.1 के साथ, 786b29d का निर्माण करता है
डॉकटर-कंपोज़ गिट मास्टर है, HEAD dabf1e8657674014a5bc89f99edbf2fe0629bb71 पर है

.Dockerignore docker build (जो तुरंत चलता है) के लिए ठीक काम करता है, लेकिन docker-compose के लिए नहीं (जो सामान अपलोड करता है उसे विभिन्न मिनटों तक अपलोड नहीं करना चाहिए)।

# 2100 भी देखें

मुझे भी यही समस्या है। docker-compose इग्नोर करता है ".dockerignore"। "docker build" ठीक काम करता है।
सिस्टम: विंडोज़ 10

मैं कल जारी किए गए डॉकर टूलबॉक्स का उपयोग कर एक ही समस्या का सामना कर रहा हूं:

• विंडोज 7 x64
• डॉकर संस्करण 1.9.0, 76d6bc9 का निर्माण करें
• डॉकटर-रचना 1.5.0

ऐसा लगता है कि हम अभी भी .dockerignore साथ समस्या कर रहे हैं। यदि आप 1.5.0 रचना के साथ इन समस्याओं का सामना कर रहे हैं, तो कृपया एक नमूना .dockerignore और निर्देशिका संरचना शामिल करें ताकि हम त्रुटि को पुन: उत्पन्न कर सकें।

एक छोटा usecase प्रदान नहीं करने के लिए क्षमा करें, लेकिन यह है कि मैंने इस समस्या को कैसे देखा:

मेरे पास अपनी परियोजना के लिए यह package.json :

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

साथ ही मेरे पास यह docker-compose.yml :

web:
  build: .

Dockerfile इस तरह दिखता है:

FROM node:0.12

मेरे .dockerignore में एक पंक्ति होती है (मैंने अनुगामी स्लैश जोड़ने की कोशिश की, लेकिन समस्या बनी रही):

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 फाइनल के साथ मेरी अन्य मशीन पर भी यही समस्या है)।

नोड के साथ, मैं अक्सर विंडोज पर बहुत लंबे रास्तों और सामान के साथ समस्याओं का सामना करता हूं, लेकिन यह तथ्य कि डॉकटर-कंपोज नोड_मॉड्यूल्स को टारगेट करने का प्रयास कर रहा है, यह संकेतक है कि .dockerignore को अनदेखा किया गया है।

FWIW, मैं अभी भी लिनक्स (उबंटू) पर इस मुद्दे को डॉकटर-कंपोजिट 1.5.0dev के साथ कर रहा हूं, इसलिए शायद इसे विंडोज से अलग नहीं किया गया है। हालांकि, यह एक उत्पादन मशीन पर है, इसलिए मैं आसानी से एक न्यूनतम परीक्षण मामला नहीं डाल सकता (यह मेरी परीक्षण मशीन पर ठीक काम करता है)।

मैं भी इस मुद्दे पर चल रहा हूं।

निर्देशिका संरचना:

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

डोकर-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://github.com/npm/npm/issues/3697 .. मैं कल्पना करता हूं कि नोड को उन्नत करना (विशेष रूप से npm 3+ पर) इसे ठीक करेगा, लेकिन यह एक परमाणु विकल्प का अधिक है, और .dockerignore अभी भी होना चाहिए। काम।

स्पष्ट रूप से नजरअंदाज किए जाने के बावजूद, मैं इसे लिनक्स मशीन पर भी देख रहा हूं।

मैंने अपने डॉकटर-कम्पोज़ फ़ाइल में एक अनावश्यक वॉल्यूम संदर्भ को हटाकर इस समस्या को ठीक किया। वॉल्यूम के लिए इग्नोर को .ignignore लिखें।

मुझे अपने ऐप को npm 3+ का उपयोग करने के लिए अपग्रेड करना था। लेकिन यह केवल विंडोज़ उपयोगकर्ताओं के लिए लागू हो सकता है।

@ esc-rtn .dockerignore फ़ाइल केवल यह निर्दिष्ट करती है कि किस फाइल को Dbuild_ के दौरान डेमॉन को नहीं भेजा जाना चाहिए। यदि आप "रन" के दौरान बाइंड-माउंटेड वॉल्यूम का उपयोग कर रहे हैं, तो यह बस उस स्थान पर सभी फ़ाइलों को वॉल्यूम के रूप में माउंट करेगा (सभी फाइलें जो होस्ट पर मौजूद हैं)।

मैं विंडोज पर भी ऐसा ही देख रहा हूं: docker build उम्मीद के docker-compose नहीं।

मैंने GADHub पर एक छोटा सा उदाहरण दिया है, README.md में नोट्स के साथ: https://github.com/stekershaw/docker-compose-ignore

कॉम्पोज़ी 1.5.2 जारी होने के बाद .dockerignore लिए सुधारों का एक और दौर docker-py में चला गया। क्या यह देखने के लिए कि क्या यह अब तय है, आप 1.6.0 RC2 रिलीज की रचना कर सकते हैं?

बस डॉकटर-कंपोज़ वर्जन 1.6.0rc2 के साथ कोशिश की, एक7636be बनाएँ।

मेरे रेपो में तीन परीक्षण मामले हैं और उनमें से 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

हाय @आनंद , आप प्रतिक्रिया के लिए धन्यवाद, मुझे आपके चरणों का पालन करने के समान परिणाम मिलता है।

हालाँकि, जो परीक्षण मैंने पहले चलाया था, उसमें फ़ाइलों / test_dir में एक और फ़ाइल मौजूद थी। यदि मैं फ़ाइलों / 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

यह विंडोज है (मेरे शेल के रूप में गिट बश का उपयोग करते हुए), डॉकटर के साथ दोनों की जाँच 1.5.2 और 1.6.0rc2, docker 1.9.1 के साथ करें।

उबंटू 14.04 पर डॉकटर-कंपोज़ 1.5.2 और डॉकटर 1.9.1 के साथ रनिंग ठीक है:

# 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

अभी भी दोपहर के इस सबसे निपटने।

डॉकर संस्करण 1.10.1, 9e83765 का निर्माण करें
डॉक-कंपोज़ संस्करण 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 में कुछ और .dockerignore फिक्स हैं जिन्हें 1.6.1 में शामिल किया जाना चाहिए

धन्यवाद @ पिंडली, दुर्भाग्य से मैं अभी भी विंडोज के लिए डॉकर टूलबॉक्स से डॉकटर-कंपोज़ 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 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

मैं विंडोज 10, x64 चला रहा हूं।

WIndows- विशिष्ट मुद्दा, शायद पथ विभाजक के साथ?

पता नहीं कैसे बताएं कि क्या यह पथ विभाजकों से संबंधित है।

मुझे बताएं कि क्या मैं परीक्षण के साथ सहायता कर सकता हूं या अन्यथा। अभी, मेरे पास एक बैच फ़ाइल है जो निर्माण से पहले "उपेक्षित" फ़ोल्डर्स को प्रोजेक्ट डायरेक्टरी से बाहर ले जाती है, जाहिर है बदसूरत।

आपकी सहायता के लिए धन्यवाद।

पूर्णता के लिए, यह मेरी .dockerignore फ़ाइल है:

**/node_modules

अहा! यह ग्लोब पैटर्न है जो समस्या पैदा कर रहा है। "** /" को हटाने से मेरे लिए समस्या ठीक हो गई।

जबकि मेरे पास अपने विशिष्ट मुद्दे के लिए वर्कअराउंड है, तथ्य यह है कि एक बग है। बहुत कम से कम ग्लोब पैटर्न ** / डॉक-कंपोज़ के साथ ठीक से पार्स नहीं किया जाता है, लेकिन नियमित डॉकटर कमांड के साथ ठीक काम करता है। अन्य ग्लोब पैटर्न काम कर सकते हैं या नहीं।

@ बफिश और बाकी सभी जो देखभाल कर सकते हैं:

मेरे पास एक बिल्कुल सरल .dockerignore है जो इस तरह दिखता है:

livedata
readonly-data

.Dockerignore या तो काम नहीं करता है (बिल्ड संदर्भ फ़ोल्डर में दो फ़ोल्डर डेमन पर अपलोड हो जाते हैं और इसमें _forever_) और मैं लिनक्स पर हूं। मैंने केवल 1.6.2 चालू करने के लिए अपडेट किया, कोई परिवर्तन नहीं। जब तक मैं एक ही लक्षण के साथ एक अलग समस्या नहीं देख रहा हूं, मुझे _again_ दोहराएं कि यह विंडो-विशिष्ट नहीं दिखता है।

+1, लिनक्स पर भी मेरे लिए टूट गया - ऐसा मत सोचो कि यह एक विंडोज़ विशिष्ट समस्या है।

@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 इसे शुरू होने से पहले एक लंबा समय लगता है, और जब मैं डॉकफर्ल को ./context पर ले जाता हूं और "build: ./context/" का उपयोग करता हूं, तो कोई अन्य परिवर्तन नहीं होता है। इसके बाद फिर जब यह समस्या पहली बार सामने आई, तो मैंने "docker build" के साथ मैन्युअल रूप से निर्माण करने की कोशिश की और यह तत्काल भी था।

यह वास्तव में इस मुद्दे की पुष्टि नहीं करता है। यदि प्रोजेक्ट रूट में कोई अन्य बड़ी निर्देशिका थी, तो बिल्ड को ./context जाना इसे और तेज़ बना देगा।

@dnephin वहाँ "संदर्भ" के अलावा कोई अन्य फ़ोल्डर नहीं है, जिसे मैंने एक वर्कअराउंड के रूप में स्वीकार किया है, और तीन अन्य पाठ फ़ाइलें।

@JonasT क्या यह संभव है कि आपके पास एक बड़ा .git निर्देशिका है जो इसमें शामिल हो रही है?

संपादित करें: NVM, ऐसा लगता है कि मैं वास्तव में एक निर्देशिका को याद करने के लिए पर्याप्त बेवकूफ था क्योंकि मैंने गलत rsync'ed कॉपी>> क्षमा करें दोस्तों .. पर जाँच की।

मेरे पास वास्तव में कुछ समय पहले पुराने डॉकटर-कम्पोज संस्करण पर इसके साथ एक मुद्दा था, जहां मैंने इसकी अधिक गहराई से जांच की थी, लेकिन शायद उस विशिष्ट उदाहरण को मैंने हाल ही में किए गए कुछ अपडेट के साथ ठीक किया था।

यह एक Windows समस्या होने के लिए वापस? :)

नमस्ते,
मेरे पास linux है, 1.6.2 की रचना है, 1.10.3 है ... ठीक यही समस्या है। डॉकटर .dockerignore का उपयोग करता है, इसकी उपेक्षा करता है।

@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 निर्देशिका सैकड़ों megs है ....

मैं उपयोग करता हूं

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 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 एक बग की तरह लगता है - मैंने इसे https://github.com/docker/docker-py/pock/1065 में तय किया है ./ निकाल सकते हैं और इसे काम करना चाहिए।

धन्यवाद!

उबंटू 14.04 पर चल रहा है, मेरा dockerignore **/always_restart.txt । एक नियमित docker build (v1.11.2) पर, मैं कंटेनर में फ़ाइल नहीं देखता, लेकिन कम्पोज़ (v1.7.1) के साथ, मैं करता हूं।

Edit1: लगता है जैसे docker-py डबल तारांकन संकेतन के लिए परीक्षण नहीं करता है और मुझे लगता है कि संभावना है कि यह या तो इसे संभाल नहीं करता है: https://github.com/docker/docker-py/blob/1.9। 0 रिलीज / परीक्षण / इकाई / utils_test.py # L721

Edit2: पैटर्न */tmp/always_restart.txt कंपोज़ के साथ काम करता है, इसलिए ** पैटर्न को विशेष रूप से अनदेखा किया जाता है

@ agilgur5 सही है, यह https://github.com/docker/docker-py/issues/1117 बनाया है।

हमारे DOCKERFILE में बदसूरत वर्कअराउंड:
पार्सिंग के लिए गिट-चेक-इग्नोर का उपयोग करना (इस प्रकार 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) ऐसा नहीं है कि डॉकर कंपोज़ .dockerignore फ़ाइल को "अनदेखा" कर रहा है (जो कि वर्तमान में जारी शीर्षक कहता है)। इसने नियमों को सही ढंग से लागू नहीं किया है। और (2), इस मुद्दे के कई हिस्से हैं। यह सिर्फ एक मुद्दा नहीं है। उदाहरण के लिए, यह एक ( ** प्रसंस्करण) है और यह नया जिसे मैंने अभी दायर किया है (अंतिम पंक्ति की पूर्ववर्ती स्थिति)। और बहुत अच्छी तरह से अधिक हो सकता है।

क्योंकि यह मुद्दा धागा इतना लंबा है (क्योंकि यह एक व्यापक समस्या क्षेत्र को कवर करता है), व्यक्तिगत समस्याओं को हल करने की आवश्यकता है जो धागे के भीतर का पता लगाना मुश्किल है। एक सामान्य ".dockerignore काम नहीं करता है" मुद्दे के विपरीत, मैं अच्छी तरह से परिभाषित मुद्दों को दाखिल करने का सुझाव दे रहा हूं जिन्हें अलगाव में हल किया जा सकता है। जैसा कि वर्तमान में प्रकाशित किया गया है, यह मुद्दा कभी भी बंद नहीं हो सकता क्योंकि पायथन कार्यान्वयन को संदर्भ कार्यान्वयन के साथ समानता नहीं मिल सकती है।

मैंने **/**/node_modules लेकिन यह पता लगा लिया है कि यह काम नहीं कर रहा था। इसलिए मैंने इस बग को ठीक करने के लिए अपने सबप्रोजेक्ट्स में प्रत्येक नोड_मॉड्यूल निर्देशिका को परिभाषित किया।

इस हॉटफ़िक्स से पहले npm निर्भरता स्थापित करते समय मेरे पास "एक्सेस राइट एरर" था क्योंकि वे पहले से ही वहां थे (एक काम करने वाले डॉकिनरोर फ़ाइल के साथ कॉपी करने के कारण)।

एक ही समस्या है।

macOS सिएरा 10.12.2
डॉकर संस्करण 1.12.5, 7392c3b का निर्माण करें
docker-compose संस्करण 1.9.0, 2585387 का निर्माण करें

** पैटर्न का मुद्दा 1.11.2 में तय किया जाना चाहिए
अंतिम-पंक्ति की वरीयता वाले एक जैसे संभावित बकाया मुद्दे हैं, जिन्हें # 3931 और # 3886 में अलग-अलग ट्रैक किया गया है। कृपया आगे के अपडेट के लिए उन का संदर्भ लें।

मुझे यकीन नहीं है कि क्या डॉकटर-रचना मेरे .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 विशेष नहीं है, इसलिए मैं अपनी समस्या का बिल्कुल नक्शा नहीं बना सका।
मैं मेरे लिए बिल्कुल भी काम नहीं करता है और इससे कोई फर्क नहीं पड़ता, मेरे डॉक्सरिगनोर में क्या है।

इतना बेवकूफ, यह मेरी गलती थी ।: चक्कर_फेस:
मैंने अपने कोड को वॉल्यूम के रूप में माउंट किया है, इसलिए यह स्पष्ट है, कि कुछ भी अनदेखा नहीं है। उसके लिए खेद है।

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 अपडेट किया गया।

समस्या यह है कि, डेबियन / ubuntu के साथ भेज दिया गया रचना संस्करण बहुत पुराना है।

अब यह बेहतर काम करता है, लेकिन अभी भी docker build जैसा नहीं है

यह अभी भी अनसुलझा है। मैक के लिए रनिंग डॉकर, नवीनतम संस्करण (डॉकर 18.03.1-ce-mac65)।

मेरा।

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

लेकिन डॉकटर-कंपोज़ का उपयोग करते समय दोनों कंटेनर में पास हो रहे हैं।

https://github.com/docker/docker-py/pull/2065 1.22.0 RC2 में है और इसे संबोधित करना चाहिए।

मैं मैक संस्करण 18.06.1-ce-mac73 (26764) लिए डॉकर का उपयोग कर रहा हूं और बग अभी भी है।

मैं उपयोग कर रहा हूँ:

डॉकटर-कम्पोज़िशन संस्करण 1.22.0, f46880f का निर्माण करें
डॉकर संस्करण 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  

डोकर-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 मैं इस मुद्दे को पुन: पेश करने में सक्षम नहीं हूं (चल रहा है संस्करण 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

डॉकटर-कंपोज़ का उपयोग करके निर्माण करें;

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

(संपादित करें: पहले रन का अपडेटेड आउटपुट, क्योंकि मैं tree -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 को वॉल्यूम पर लागू किया जाएगा।

नहीं, जब मेजबान से एक मार्ग को बांधते हैं, तो उस के "बीच में" docker नहीं होगा; लिनक्स पर, यह सचमुच उस निर्देशिका को कंटेनर के अंदर होस्ट से माउंट कर रहा है। डॉकर डेस्कटॉप पर (मैक / विंडोज के लिए डॉकर), वीएम के अंदर उन फ़ाइलों को उपलब्ध कराने के लिए कुछ अतिरिक्त "जादू" शामिल है जहां डेमॉन (और कंटेनर) चलता है, लेकिन अनिवार्य रूप से यह लिनक्स पर उसके बाद भी ऐसा ही कर रहा है।

.dockerignore का उपयोग केवल बिल्ड के दौरान किया जाता है, और बिल्ड को गति देने के लिए अभिप्रेत था; छवि में उपयोग / वांछित नहीं हैं डेमन को फाइलें भेजने से रोकने के लिए।

स्पष्टीकरण के लिए धन्यवाद! मेरा विचार है कि समुदाय में और गलतफहमी से बचने के लिए यह स्पष्टीकरण डॉक्स में होना चाहिए। वर्तमान में, दस्तावेज़ीकरण केवल .dockerignore के दायरे के बजाय फ़ाइलों को अनदेखा करने के तरीके पर अधिक केंद्रित है।

प्रलेखन का वह पृष्ठ डॉकरीफाइल और docker build का वर्णन कर रहा है; उस दृष्टिकोण से; सोच रहा था कि यह वर्णन करने के लिए समझ में आएगा कि यह अन्य कमांड / उपयोग के लिए काम नहीं करता है।

खैर, अगर यह गलतफहमी का एक सामान्य स्रोत है, और जाहिर है, यह निश्चित रूप से वहाँ उल्लेख किया है समझ में आता है।

प्रलेखन में एक भी वाक्य हमें @thaJeztah और नीचे के सभी उपयोगकर्ताओं को बहुत समय बचा लेता था ।

अंक 1607

अंक 2098

बस इस मुद्दे को +1 करना चाहता था।

मैं डॉक-कोपोज़ चला रहा हूं: 1.23.2 (नवीनतम मैं होमब्रे और पीआईपी के बीच मिल सकता हूं)
ओएस: मैक ओएस 10.14.2

यह अभी भी निर्माण के दौरान मेरे .dockerfile की अनदेखी कर रहा है। मतलब समय में चीजों को स्पष्ट रूप से कॉपी करना होगा।

मैंने अपने डॉकटर-कम्पोज़ फ़ाइल में एक अनावश्यक वॉल्यूम संदर्भ को हटाकर इस समस्या को ठीक किया। वॉल्यूम के लिए इग्नोर को .ignignore लिखें।

इसने मेरे लिए यह तय कर दिया है - डॉकटर-कंपोज एक माउंटेड वॉल्यूम में एक .dockerignore फ़ाइल को अनदेखा कर देगा।

@xvrqt मैंने पिछले हफ़्ते में घंटों बर्बाद कर दिया है, मेरी कॉन्फ़िग फ़ाइल की यादृच्छिक त्रुटियों को ठीक से कॉपी नहीं किया जा रहा है (मेरी बिल्ड प्रक्रिया इसे कॉपी करने वाली है, लेकिन इसे .dockerignore फ़ाइल द्वारा उपयोग नहीं किए जाने से अवरुद्ध किया जा रहा था)। यह थोड़े अविश्वसनीय है।

उस पर प्रकाश डालने के लिए धन्यवाद।

नमस्ते! इसकी स्थिति क्या है? मैंने बहुत ही सरल डॉकटर-कम्पोजिट तैयार किए हैं। ऐसे परिदृश्य जिनमें वॉल्यूम शामिल नहीं हैं और फिर भी यह रिमोट गीट रेपो से निर्माण करते समय .dockerignore लेने में विफल रहता है।

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

क्या मुझे मास्टर शाखा में होने वाली त्रुटि की उम्मीद है? वेनिला डोकर के साथ छवि को बनाने और टैग करने के अलावा कोई और समाधान और फिर docker-compose.yml में इसका उपयोग करना?

धन्यवाद

वेनिला डोकर के साथ छवि को बनाने और टैग करने के अलावा कोई और समाधान और फिर docker-compose.yml में इसका उपयोग करना?

यदि आप कम्पोज़ का वर्तमान संस्करण चला रहे हैं, तो आप डॉकटर को मूल docker build उपयोग करने के लिए COMPOSE_DOCKER_CLI_BUILD=1 (और DOCKER_BUILDKIT=1 ) का उपयोग कर सकते हैं।

आपका उदाहरण यहां चर्चा की जा रही तुलना में अलग है, इसलिए नया टिकट खोलने के लिए अच्छा हो सकता है (यदि इसके लिए अभी तक कोई नहीं है)

थैंक्स @thaJeztah! COMPOSE_DOCKER_CLI_BUILD=1 साथ काम करता है, लेकिन अगर मैं DOCKER_BUILDKIT=1 भी जोड़ता हूं तो यह विफल हो जाता है (बिना किसी कारण के)।

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

हम्म, मुझे संदेह है कि डॉक के संस्करण में एक बग है जो वहां चल रहा है; docker 18.06 बहुत पुराना है (और EOL); डॉक के उस संस्करण में बिल्डकिट का शुरुआती संस्करण है, जो अभी तक स्थिर नहीं था।

`` `
=> ERROR [आंतरिक] docker.io/library/alpine:3.9.5 के लिए मेटाडेटा लोड करें
218 => ERROR [1/5] F do do.io/library/alpine:3.9.5.0 से
219 => => do do.io/library/alpine:3.9.5 0.0s हल करें
220 ------
221> [आंतरिक] docker.io/library/alpine:3.9.5 के लिए मेटाडेटा लोड करें:
222 ------
223 ------
224> [1/5] docker.io/library/ अल्पाइन से: 3.9.5 :
225 ------
226failed दृश्यपटल dockerfile.v0 साथ हल करने के लिए: निर्माण एलएलबी करने में विफल रहा: लोड कैश कुंजी में विफल: docker.io/library/ अल्पाइन: 3.9.5 नहीं मिला

ओह, हम्म, मैं देख रहा हूं कि आपका ट्रैविस डॉकटर भी स्थापित कर रहा है (मेरे फोन से पढ़ना); क्या यह पूर्व-स्थापित संस्करण को प्रतिस्थापित करता है? यदि आप स्थापित करने के बाद docker info और docker version कदम जोड़ते हैं, तो क्या यह docker का सही (19.03.x) संस्करण दिखाता है?

यहाँ यह https://travis-ci.org/LocoDelAssembly/docker-compose-dockerignore/builds/658435194 है

सारांश

दोनों विफलताओं के लिए डोकर संस्करण

$ 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- रचना संस्करण

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 डॉक-कम्पोज़ संस्करणों के साथ मेरे टेस्ट रेपो को अपडेट किया गया है लेकिन सभी को https://github.com/LocoDelAssembly/docker-compose-dockerignore में वर्णित किया जाना जारी है

बिल्ड जहां जानकारी मैं ऊपर पेस्ट की एक ही तरह पाया जा सकता है: https://travis-ci.org/github/LocoDelAssembly/docker-compose-dockerignore/builds/673393656

यहाँ एक ही मुद्दा है, .dockerignore docker-compose साथ विश्वसनीय तरीके से काम नहीं करता है