Git: Memahami dan Menggunakan .gitignore dengan Benar
Hampir semua proyek yang menggunakan Git akan memiliki berkas bernama .gitignore.
Namun cukup banyak pengembang yang menggunakannya tanpa benar-benar memahami cara kerjanya.
Padahal, .gitignore berperan penting dalam menjaga repositori tetap bersih, konsisten, dan mudah dikelola.
Apa itu .gitignore
.gitignore adalah berkas konfigurasi yang memberi tahu Git file atau folder apa saja yang tidak perlu dilacak.
File yang diabaikan biasanya:
- hasil build
- dependensi
- file konfigurasi lokal
- file sementara
- artefak dari editor atau OS
Tujuannya sederhana: hanya hal yang relevan dengan kode sumber yang masuk ke repositori.
Contoh sederhana .gitignore
Berikut contoh .gitignore yang umum digunakan pada proyek PHP:
/vendor/
/node_modules/
.env
.env.*
*.log
Artinya:
/vendor/dan/node_modules/tidak dilacak- semua file
.envdiabaikan - semua file
.logdiabaikan
Kenapa .gitignore penting
Tanpa .gitignore, repositori akan cepat dipenuhi oleh:
- file yang hanya berlaku di satu mesin
- konfigurasi sensitif
- hasil kompilasi atau build
Akibatnya:
- ukuran repo membesar
- perubahan sulit dilacak
- konflik tidak perlu sering terjadi
.gitignore membantu menjaga fokus Git pada kode yang benar-benar perlu dikontrol versinya.
Kesalahan umum saat menggunakan .gitignore
1. File sudah terlanjur ter-commit
.gitignore tidak berlaku untuk file yang sudah pernah di-commit.
Jika file sudah terlanjur masuk ke repositori, jalankan:
git rm --cached nama_file
git commit -m "Remove tracked file and apply gitignore"
2. Mengabaikan terlalu banyak hal
Mengabaikan file penting demi “repositori bersih” bisa berbahaya.
Pastikan:
- file konfigurasi contoh (
.env.example) tetap di-commit - dokumentasi setup tetap tersedia
3. .gitignore tidak konsisten antar tim
Setiap anggota tim seharusnya menggunakan .gitignore yang sama.
Solusinya:
- simpan
.gitignoredi root project - review setiap perubahan
.gitignoreseperti kode biasa
Pola .gitignore yang sering dipakai
# OS
.DS_Store
Thumbs.db
# Editor
.vscode/
.idea/
# Logs
*.log
# Cache
*.cache
Komentar (#) membantu menjelaskan tujuan setiap bagian, terutama dalam tim.
Kapan .gitignore dibuat
Idealnya:
- sebelum commit pertama
Dengan begitu:
- tidak ada file “salah masuk”
- histori Git tetap bersih
- aturan sudah jelas sejak awal
Penutup
.gitignore bukan fitur tambahan.
Ia bagian dari kebiasaan kerja yang rapi.
Dengan memahami dan menggunakannya dengan benar, Git akan bekerja sebagaimana mestinya: mencatat perubahan penting, tanpa terganggu oleh hal-hal yang seharusnya tidak ikut dicatat.