Build context भनेको के हो र .dockerignore फाइल किन प्रयोग गर्ने?

Question

Accepted Answer

जब तपाई `docker build` चलाउनुहुन्छ, Docker ले daemon लाई **build context** (build directory मा भएका फाइलहरू) पठाउँछ। एक **.dockerignore** फाइल यस context बाट अनावश्यक फाइलहरू बाहिर गर्छ — build लाई द्रुत गर्छ, image को आकार कम गर्छ, र संवेदनशील फाइलहरू leak हुन रोक्छ।

## Build context

```bash
docker build -t myapp .     # the "." is the build context — the directory sent to the daemon
# → Docker tarballs the ENTIRE context directory and sends it to the daemon BEFORE building
# → a big context (node_modules, .git, large files) = slow builds, more data transferred
```

**Build context** भनेको Docker ले image बनाउन daemon लाई पठाउने फाइलहरूको सेट हो। Build directory मा सबै कुरा समावेश हुन्छ जब सम्म बाहिर गरिने छैन — त्यसैले एक bloated context प्रत्येक build लाई ढिलो गर्छ।

## .dockerignore — अनावश्यक फाइलहरू बाहिर गर्नुहोस्

```text
# .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 बाट फाइलहरू बाहिर गर्दै।

## किन महत्त्वपूर्ण छ (तीन लाभ)

```text
✓ 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` बुझ्नु **कुशल र सुरक्षित Docker builds** को लागि मूल्यवान छ, त्यसैले यो व्यावहारिक उपयोगी ज्ञान हो।

धेरै developers लाई थाहा छैन कि `docker build .` ले building शुरु गर्नु अगाडि **सम्पूर्ण build-context directory लाई daemon मा पठाउँछ** — त्यसैले एक bloated context (जसमा `node_modules`, `.git`, build artifacts, ठूला फाइलहरू छन्) प्रत्येक build लाई ढिलो गर्छ (थप डेटा transfer र process गर्न) र unwanted फाइलहरू image मा copy हुन्छन् भन्ने जोखिम गर्छ।

**.dockerignore** फाइल (`.gitignore` जस्तै काम गर्दै) यसलाई तीन ठोस लाभहरूसँग सम्बोधन गर्छ: **द्रुत builds** (एक सानो context चलिरहेको छ र द्रुत transfer र process हुन्छ, र layer caching पनि सुधार गर्छ किनभने `COPY . .` अप्रासंगिक फाइलहरूमा परिवर्तन भएर invalidate हुने छैन), **सानो images** (बाहिर गरिएका फाइलहरू copy हुन्छैन — जस्तै स्थानीय `node_modules` को bundle गर्न नपर्ने जुन जहिले पनि reinstall हुन्छ), र अत्यन्त महत्त्वपूर्ण **security** (**.env** फाइलहरू, keys, र credentials जस्तै secrets लाई build context र image बाहिर राख्नु — किनकि `COPY . .` अन्यथा `.env` लाई image मा copy गर्ने थियो, यो एक वास्तविक र सामान्य credential-leak जोखिम हो)।

यो security लाभ विशेष गरी महत्त्वपूर्ण छ, किनकि accidentally secrets वा संवेदनशील फाइलहरू एक over-broad copy मार्फत images मा पकाउनु एक वास्तविक गल्ती हो जुन `.dockerignore` ले रोक्न मद्दत गर्छ।

Builds सधैं हुन्छन् र build efficiency, image size, र secrets leak रोक्नु सबै महत्त्वपूर्ण छन्, र चूँकि build context र `.dockerignore` बुझ्नु र प्रयोग गर्नु यिनै तीनै लाई सीधै सुधार गर्छ, build context र `.dockerignore` बुझ्नु मूल्यवान, व्यावहारिक रूपमा प्रासंगिक Docker ज्ञान हो — द्रुत, lean, र सुरक्षित builds को लागि एक सरल तर महत्त्वपूर्ण अभ्यास जुन अनदेखी गर्न सजिलो छ तर meaningfully प्रभावशाली छ, विशेष गरी images मा secrets को accidental inclusion रोक्नको लागि।