Back to blog
Tools

Cara Menulis Git Commit Message ala Profesional (Conventional Commits)

Sejarah log yang dipenuhi pesan 'fix error bos' atau 'asdfg' adalah mimpi buruk manajer tim. Belajarlah standar penulisan agar riwayat kodemu bisa dibaca robot.

super admin·20 Juni 2026·2 min read
Cara Menulis Git Commit Message ala Profesional (Conventional Commits)
Article Content

Jangan Sampai Dipermalukan Saat Code Review

Salah satu tanda paling jelas yang membedakan Junior Developer dengan Senior Professional bukanlah pada seberapa rumit kodenya, melainkan pada Buku Catatan Sejarahnya (Git Commit Message).

Mengetik git commit -m "benerin bug dikit" atau git commit -m "update tgl 12" mungkin terasa cepat, tapi saat sistem perusahaanmu mengalami Error Fatal dua bulan ke depan, manajer yang melacak log-mu tidak akan tahu sebenarnya file apa yang kamu ganti di tanggal 12 tersebut.

Selamat Datang di Conventional Commits

Ini adalah pedoman standar global yang diadopsi oleh 90% perusahaan teknologi besar (termasuk *project Open Source* raksasa seperti React dan Angular). Aturannya sederhana: Pesan *commit* harus diawali dengan Kata Kunci Tipe (Type) yang jelas fungsinya.

Format Wajib:

():

Daftar Tipe (Prefix) Paling Sering Dipakai

  • feat: (Feature) → Digunakan saat kamu merilis fitur baru yang belum pernah ada sebelumnya.
    Contoh: feat(auth): tambahkan integrasi login dengan tombol Google
  • fix: (Bug Fix) → Digunakan saat kamu memperbaiki sebuah error pada kode yang sudah ada.
    Contoh: fix(keranjang): selesaikan error perhitungan pajak yang minus
  • refactor: → Mengubah struktur kode TANPA menambah fitur atau mengubah hasil (Merapikan kode).
    Contoh: refactor(komponen): pisahkan file css dan js di komponen Card
  • docs: (Documentation) → HANYA mengubah teks di dalam file *README* atau komentar.
    Contoh: docs(readme): perbarui cara instalasi docker di mac
  • chore: (Tugas Remeh) → Pekerjaan kotor yang tidak mengubah *codebase* utama (seperti *update library* npm).
    Contoh: chore(deps): update versi axios ke 1.6.0

Manfaat Ajaib: Otomatisasi Release Notes (Changelog)

Mengapa kita harus disiplin memakai label feat: dan fix:? Karena robot bisa membacanya!

Ketika perusahaanmu merilis Aplikasi Versi 2.0 (seperti peluncuran APK di Google PlayStore), kamu tidak perlu memusingkan penulisan Release Notes (Catatan Pembaruan). Perusahaan sudah memiliki robot *CI/CD* yang akan menyaring ratusan Commit History tim-mu, mencari kata feat dan fix, dan secara ajaib menjadikannya dokumen Changelog otomatis yang indah dibaca oleh manajemen bisnis!

Mau langsung pakai template?

Jelajahi template gratis dan premium di TampilKit untuk mempercepat proses development project kamu.

Browse Templates