ไฟล์ .gitignore คืออะไร และใช้งานอย่างไร?

Question

IT Interview Practice · Accepted Answer

ไฟล์ **.gitignore** บอก Git ว่าไฟล์และไดเรกทอรีใดควร **ละเว้น (ignore)** — ไม่ติดตามใน version control มันถูกใช้เพื่อยกเว้นไฟล์ที่สร้างขึ้น dependencies, secrets และไฟล์เฉพาะสภาพแวดล้อมที่ไม่ควร commit

## สิ่งที่ .gitignore ทำ

```text
# .gitignore — patterns of files Git should NOT track
node_modules/          # dependencies (reinstalled from package files, don't commit)
dist/                  # build output (generated, don't commit)
*.log                  # log files
.env                   # ⚠️ SECRETS / environment variables — NEVER commit!
.DS_Store              # OS-specific junk
.vscode/               # editor config (often personal)
build/
coverage/
*.tmp
```

Git ละเว้นไฟล์ที่ตรงกับ pattern เหล่านี้ — มันจะไม่ปรากฏใน `git status` จะไม่ถูก stage และจะไม่ถูก commit

## ไวยากรณ์ของ pattern

```text
node_modules/    → ignore a directory (and everything in it)
*.log            → ignore all files with a .log extension
!important.log   → EXCEPTION: do NOT ignore this (negation)
/build           → ignore "build" only in the root (leading slash = root-relative)
doc/*.txt        → .txt files in doc/ but not subdirectories
**/temp          → "temp" anywhere in the tree
```

## ควรละเว้นอะไร (หมวดหมู่ที่พบบ่อย)

```text
✓ DEPENDENCIES — node_modules/, vendor/ (reinstalled from manifests; huge, don't commit)
✓ BUILD OUTPUT — dist/, build/, *.o (generated from source)
✓ SECRETS — .env, credentials, keys (⚠️ NEVER commit secrets — a serious security issue)
✓ ENVIRONMENT/OS/EDITOR files — .DS_Store, .idea/, .vscode/ (personal/machine-specific)
✓ LOGS, caches, temp files
```

```text
⚠️ Already-tracked files aren't ignored by adding them later — untrack first:
   git rm --cached <file>   (then commit; .gitignore prevents re-adding)
```

## ทำไมจึงสำคัญ

การเข้าใจ `.gitignore` เป็นสิ่งสำคัญสำหรับ **การรักษา repository ให้สะอาดและปลอดภัย** ดังนั้นมันจึงเป็นความรู้ Git เชิงปฏิบัติที่จำเป็น

ไฟล์ `.gitignore` ยกเว้นไฟล์ที่ **ไม่ควรอยู่ใน version control** ซึ่งตอบโจทย์ความจำเป็นจริงหลายข้อ

มันรักษา repository ให้สะอาดโดยยกเว้น **ไฟล์ที่สร้าง/ได้มาจากการประมวลผล** (build output, ไฟล์ที่คอมไพล์) และ **dependencies** (`node_modules` ซึ่งมีขนาดใหญ่และติดตั้งใหม่ได้จากไฟล์ manifest — การ commit มันจะทำให้ repo บวม) — เพื่อให้ repository มีเพียงซอร์สที่มีความหมาย

มันยกเว้น **ไฟล์เฉพาะสภาพแวดล้อมและไฟล์ส่วนตัว** (ขยะของ OS อย่าง `.DS_Store`, config ของ editor) ที่จะทำให้ repo รกและก่อให้เกิดสัญญาณรบกวน

ที่สำคัญที่สุด มันจำเป็นต่อ **security**: การยกเว้น **secrets** (ไฟล์ `.env`, credentials, API keys) เป็นสิ่งสำคัญยิ่งเพราะ **การ commit secrets เป็นความผิดพลาดด้านความปลอดภัยที่ร้ายแรง** — เมื่อ commit แล้ว secrets จะอยู่ในประวัติของ repository (และอาจถูก push ไปยัง remote/repo สาธารณะที่อาจถูกนำไปใช้ในทางที่ผิด) ดังนั้น `.gitignore` จึงเป็นแนวป้องกันสำคัญต่อการ commit ข้อมูลอ่อนไหวโดยไม่ตั้งใจ

การเข้าใจ **ไวยากรณ์ของ pattern** (ไดเรกทอรี, wildcard, การปฏิเสธ, root-relative) ช่วยให้คุณเขียนกฎ ignore ที่มีประสิทธิภาพ และการรู้ข้อควรระวังสำคัญว่า **ไฟล์ที่ติดตามอยู่แล้วต้องถูกเลิกติดตาม** (`git rm --cached`) ก่อนที่ `.gitignore` จะมีผล ป้องกันความสับสนที่พบบ่อย

เนื่องจาก repository ที่สะอาด (ไม่มีไฟล์ที่สร้างขึ้น dependencies หรือความรก) และโดยเฉพาะ **การไม่ commit secrets** สำคัญต่อคุณภาพและความปลอดภัยของ repository และเนื่องจาก `.gitignore` เป็นกลไกมาตรฐานสำหรับการยกเว้นไฟล์ที่ไม่ควรติดตาม การเข้าใจ `.gitignore` — ควรละเว้นอะไร (dependencies, build output และที่สำคัญคือ secrets) ไวยากรณ์ของ pattern และข้อควรระวังเรื่องการเลิกติดตาม — จึงเป็นความรู้ Git ที่จำเป็นและนำไปใช้บ่อยสำหรับการดูแล repository ให้สะอาดและปลอดภัย โดยแง่มุมด้านความปลอดภัยของการกัน secrets ออกจาก version control มีความสำคัญเป็นพิเศษ

สิ่งที่ .gitignore ทำ

ไวยากรณ์ของ pattern

ควรละเว้นอะไร (หมวดหมู่ที่พบบ่อย)

ทำไมจึงสำคัญ

คำถามที่เกี่ยวข้อง