Kenalan sama Conventional Commits Agar Repo Lebih Rapi

Pernah nggak sih, kamu lagi asyik nge-cek riwayat proyek (git log) buat nyari fitur yang rusak, tapi yang kamu temukan cuma deretan pesan begini:

“Fix bug”

“Update lagi”

“Bismillah jalan”

“Aduh lupa benerin ini”

Kalau iya, selamat! Kamu baru saja masuk ke dalam labirin "surat kaleng" buat dirimu sendiri di masa depan. Menulis pesan commit sembarangan itu ibarat naruh bumbu dapur di botol tanpa label; pas butuh garam, malah dapet gula.

Nah, biar nggak pusing sendiri (dan nggak diomelin rekan tim), ada satu standar keren namanya Conventional Commits. Yuk, kita bahas dengan bahasa manusia!

Apa sih Conventional Commits Itu?

Intinya, Conventional Commits adalah aturan main sederhana buat nulis pesan commit. Tujuannya cuma satu: biar manusia dan mesin (komputer) sama-sama paham apa yang sebenernya kamu ubah di dalam kode itu.

Bayangkan ini sebagai "bahasa gaul" yang baku buat para developer di seluruh dunia.

Struktur Dasarnya

Nggak ribet, kok. Kamu cuma perlu ngikutin pola ini:

type(scope): deskripsi singkat

1. Type (Jenis Perubahan)

Ini adalah "nadi" dari pesan commit kamu. Kamu harus kasih tahu, perubahan jenis apa sih ini?

feat: Kalau kamu nambahin fitur baru (contoh: bikin halaman login).

fix: Kalau kamu lagi benerin bug yang ganggu.

docs: Cuma nambahin penjelasan di README atau komentar kode.

style: Kalau kamu cuma rapihin spasi, hapus titik koma, atau format kode tanpa ngerubah fungsinya.

refactor: Kamu nulis ulang kodenya biar lebih bersih, tapi nggak nambah fitur atau benerin bug.

test: Pas kamu lagi rajin bikin unit testing.

chore: Urusan "rumah tangga" seperti update library atau ganti konfigurasi build.

2. Scope (Opsional)

Ini buat ngasih tahu lokasi kejadiannya. Misal kamu nambah fitur di bagian pembayaran, kamu bisa tulis feat(payment): ....

3. Deskripsi

Tulis apa yang kamu lakukan pakai kalimat perintah singkat. Hindari kata-kata baper atau curhat.

Kenapa Harus Repot-repot Pakai Ini?

Mungkin kamu mikir, "Ah, ribet. Kan yang penting kodenya jalan!" Eits, tunggu dulu. Pakai cara ini punya manfaat jangka panjang:

Changelog Otomatis: Kamu bisa pakai alat (tool) yang otomatis bikin daftar perubahan proyek (CHANGELOG.md) cuma dari pesan commit ini. Nggak perlu ngetik manual lagi pas mau rilis aplikasi.

Tracking Lebih Cepat: Pas ada error, kamu gampang nyarinya. Tinggal cari commit dengan tipe fix di modul tertentu.

Terlihat Pro: Rekan tim (atau calon bos) bakal ngeliat kamu sebagai orang yang disiplin dan peduli sama dokumentasi.

Bantu Mesin: Versi aplikasi kamu (Semantic Versioning) bisa naik otomatis karena mesin tahu mana yang perubahan besar (Breaking Change) dan mana yang cuma perbaikan kecil.

Contoh: Dulu vs Sekarang

Mari kita lihat bedanya.

Dulu (Gaya Koboi):

git commit -m "update css halaman depan"

Sekarang (Gaya Profesional):

git commit -m "style(ui): ubah warna tombol login jadi biru primer"

Dulu (Gaya Pasrah):

git commit -m "benerin bug login"

Sekarang (Gaya Profesional):

git commit -m "fix(auth): handle error saat user masukin password salah"

Gimana Kalau Perubahannya Ngerusak Versi Lama? (Breaking Change)

Kalau kamu ngerombak kode sampai fitur lama nggak jalan (misal ganti total struktur database), kamu tinggal tambahin tanda seru (!) sebelum titik dua.

Contoh: feat(api)!: ganti struktur respon JSON untuk endpoint user

Tanda seru ini kayak alarm buat temen setimmu: "Woi, hati-hati! Ada perubahan gede, nih!"

Kesimpulan

Membiasakan diri pakai Conventional Commits emang butuh usaha di awal. Rasanya kayak belajar nulis rapi pas lagi buru-buru. Tapi percayalah, dirimu di masa depan bakal berterima kasih banget pas lagi buka git log dan semuanya terbaca dengan jelas.

Jadi, mau mulai ngerapiin repo kamu sekarang, atau nunggu sampai tersesat di tumpukan commit "bismillah"?

Selamat ngoding!

#ProgrammingTips #Git #ConventionalCommits #DeveloperLife #CleanCode #WebDevelopment #BelajarNgoding