जब आप docker build चलाते हैं, Docker build context (build directory की files) को daemon को भेजता है। एक .dockerignore file इस context से अनावश्यक files को बाहर करती है — builds को तेज करती है, image size कम करती है, और sensitive files को leak होने से बचाती है।
docker build -t myapp .
build context वह files का set है जिसे Docker image build करने के लिए daemon को भेजता है। build directory में सब कुछ शामिल होता है जब तक excluded न हो — इसलिए एक bloated context हर build को धीमा कर देता है।
# .dockerignore (like .gitignore, for the build context)
node_modules # don't send local deps (they're installed in the image anyway)
.git # don't send version history
*.log
.env # ⚠️ don't send SECRETS into the build context/image
Dockerfile
dist
.vscode
.dockerignore .gitignore की तरह काम करती है, build context से files को बाहर करती है।
✓ FASTER builds — a smaller context transfers faster; fewer files to process
(also helps caching: COPY . . won't be invalidated by irrelevant file changes)
✓ SMALLER images — excluded files (node_modules, .git) don't get COPYed into the image
✓ SECURITY — keep SECRETS (.env, keys, credentials) out of the context AND the image
(a COPY . . could otherwise copy a .env file into the image — a real leak risk)
build context और .dockerignore को समझना efficient और secure Docker builds के लिए मूल्यवान है, इसलिए यह practically useful knowledge है।
कई developers को यह एहसास नहीं होता कि docker build . build से पहले पूरी build-context directory को daemon को भेजता है — इसलिए एक bloated context (node_modules, .git, build artifacts, large files युक्त) हर build को धीमा बनाता है (अधिक data transfer और process करने के लिए) और image में अनचाही files copy होने का जोखिम होता है।
.dockerignore file (.gitignore की तरह काम करती है) इसे तीन concrete लाभों के साथ संबोधित करती है: faster builds (एक smaller context तेजी से transfer और process होता है, और layer caching को भी बेहतर बनाता है क्योंकि COPY . . irrelevant files में changes से invalidate नहीं होता), smaller images (excluded files copy नहीं होतीं — जैसे local node_modules को bundle न करना जो वैसे भी reinstall हो जाती हैं), और crucially security (secrets जैसे .env files, keys और credentials को build context और image से बाहर रखना — चूँकि एक COPY . . अन्यथा एक .env को image में copy कर देगा, एक वास्तविक और common credential-leak जोखिम)।
यह security लाभ विशेष रूप से महत्वपूर्ण है, क्योंकि एक over-broad copy के माध्यम से गलती से secrets या sensitive files को images में bake करना एक genuine गलती है जिसे .dockerignore रोकने में मदद करती है।
चूँकि builds लगातार होते हैं और build efficiency, image size और secret leaks से बचना सभी मायने रखते हैं, और चूँकि build context को समझना और .dockerignore का उपयोग सीधे इन तीनों को बेहतर बनाता है, build context और .dockerignore को समझना मूल्यवान, practically-relevant Docker knowledge है — fast, lean और secure builds के लिए एक simple लेकिन महत्वपूर्ण practice जिसे नजरअंदाज करना आसान है फिर भी meaningfully प्रभावशाली है, विशेष रूप से images में secrets के accidental inclusion को रोकने के लिए।