KODING SANA SINI

Commit yang Terlalu Cepat

Sebagian besar commit saya lahir dari niat baik: menyimpan perubahan sebelum lupa. Masalahnya, niat baik itu sering dieksekusi terlalu cepat. git add ., git commit -m "update", lalu lanjut kerja. Tidak ada drama. Tidak ada konflik. Semuanya terasa efisien.

Sampai suatu hari saya harus membuka kembali commit itu.

Saat Commit Message Tidak Lagi Membantu

Ketika membuka riwayat git, saya sering menemukan commit message yang tidak mengatakan apa-apa. “update”, “fix”, “wip”, atau variasi lain yang hanya memberi kepastian bahwa sesuatu pernah berubah. Tapi apa dan kenapa, tidak pernah tercatat.

Di titik itu, commit message yang dulu terasa sepele berubah menjadi beban. Saya harus membuka diff satu per satu, mencoba mengingat konteks lama, dan berharap perubahan itu cukup kecil untuk dipahami tanpa banyak usaha.

Ironisnya, commit tersebut sering saya buat sendiri.

Kebiasaan yang Terbentuk Diam-diam

Masalah commit message jarang muncul karena kita tidak tahu caranya. Kita tahu commit yang baik itu penting. Kita tahu seharusnya menjelaskan maksud perubahan. Tapi di tengah tekanan deadline dan alur kerja yang cepat, kebiasaan menulis commit message yang layak sering dikorbankan.

Saya sering berpikir, “nanti juga ingat.” Padahal versi diri saya di masa depan hampir selalu lupa.

Ketika Commit Message Jadi Alat Komunikasi

Di satu titik, saya mulai melihat commit message bukan sebagai formalitas, tapi sebagai bentuk komunikasi. Bukan hanya ke rekan setim, tapi ke diri sendiri. Commit message yang jelas membantu menjelaskan kenapa perubahan dibuat, bukan hanya apa yang berubah.

Perubahan sudut pandang ini membuat saya lebih berhenti sejenak sebelum menekan Enter. Tidak lama, hanya cukup untuk merangkum niat di balik perubahan tersebut.

Perubahan Kecil yang Membantu Konsistensi

Saya tidak langsung menjadi disiplin. Tapi saya mulai dengan aturan sederhana: satu commit untuk satu alasan. Jika saya tidak bisa menjelaskan alasannya dalam satu atau dua kalimat, mungkin perubahan itu memang terlalu besar dan perlu dipecah.

Pelan-pelan, commit message saya jadi lebih deskriptif. Tidak selalu sempurna, tapi cukup untuk dipahami tanpa membuka diff terlalu jauh.

Penutup: Catatan Kecil untuk Diri Sendiri

Commit message yang baik bukan soal gaya bahasa atau standar yang kaku. Ia soal kepedulian. Kepedulian terhadap orang lain yang membaca kode, dan terhadap diri sendiri di masa depan.

Karena pada akhirnya, git adalah sejarah. Dan sejarah yang baik selalu ditulis dengan catatan yang jelas, bukan sekadar penanda bahwa sesuatu pernah terjadi.