Micro-Commit: Kebiasaan Git Wajib Saat Vibe Coding dengan AI

Kode jadi cepat, tapi siapa yang pegang kemudi?

Intinya begini: makin banyak kode yang ditulis AI, makin sering kamu harus commit. Micro-commit, yaitu kebiasaan commit Git dalam potongan kecil, adalah sabuk pengaman paling murah saat vibe coding.

Sekarang bikin fitur tinggal ngetik prompt. "Tambahin login pakai Google." "Bikin dashboard-nya responsif." "Fix bug yang ini dong." Beberapa detik kemudian, puluhan file berubah sekaligus. Enak? Banget.

Tapi ada harga yang jarang dibahas. Waktu AI ngubah 15 file dalam satu napas, kamu sering nggak benar-benar tahu apa saja yang berubah. Kalau tiba-tiba ada yang rusak, mundurnya ke mana? Di sinilah micro-commit jadi penyelamat.

Micro-commit itu apa sih?

Micro-commit artinya menyimpan perubahan ke Git dalam potongan kecil, sering, dan masing-masing punya satu tujuan jelas. Bukan sehari sekali, bukan "nanti aja pas fiturnya kelar".

Patokan gampangnya: satu commit = satu perubahan yang bisa kamu jelaskan dalam satu kalimat.

Di dunia vibe coding, "satu langkah kecil" biasanya sama dengan satu prompt yang hasilnya sudah kamu cek dan berhasil.

Kenapa micro-commit makin penting waktu full vibe coding?

Karena AI itu cepat, percaya diri, dan kadang salah tanpa bilang-bilang. Kombinasi itu bikin titik aman (checkpoint) jadi wajib.

1. AI suka "bantu" lebih dari yang diminta. Minta benerin satu bug, eh dia sekalian rapihin format, ganti nama variabel, bahkan hapus fungsi yang dianggap nggak dipakai. Dengan commit kecil, perubahan nyelonong begini langsung kelihatan di git diff.

2. Rollback jadi murah. Prompt ke-7 bikin semuanya berantakan? Tinggal balik ke commit prompt ke-6. Tanpa itu, kamu terpaksa minta AI "balikin kayak tadi", dan dia sering nggak ingat persis "tadi" itu seperti apa.

3. Konteks AI terbatas, Git nggak. Model AI bisa lupa apa yang dikerjakan 50 pesan sebelumnya. Riwayat commit adalah memori proyek yang permanen dan bisa kamu tunjukkan balik ke AI.

4. Gampang cari biang kerok. Kalau ada bug muncul, git bisect bisa melacak commit mana penyebabnya. Ini cuma efektif kalau commit-nya kecil-kecil.

5. Review jadi manusiawi. Baca diff 20 baris itu gampang. Baca diff 2.000 baris hasil generate AI? Ujung-ujungnya cuma di-scroll, terus "LGTM".

6. Keamanan. AI bisa saja menyelipkan API key hardcoded, nonaktifkan validasi, atau menambah dependency aneh. Commit kecil bikin hal-hal begini lebih cepat ketahuan sebelum masuk production.

Skenario horor tanpa micro-commit

Ini cerita yang mungkin pernah kamu alami sendiri.

Jam 9 malam, aplikasi jalan mulus. Kamu lanjut vibe coding: tambah fitur notifikasi, ganti tampilan tabel, upgrade satu library, minta AI rapikan struktur folder. Semua lancar, belum sempat commit.

Jam 11 malam, halaman login tiba-tiba error. Kamu minta AI benerin. Dia ngubah 8 file. Error-nya hilang, tapi sekarang notifikasinya yang rusak. Minta benerin lagi, giliran tabelnya yang aneh.

Jam 1 pagi, kamu sudah nggak tahu kondisi "sehat" terakhir itu yang mana. Pilihannya cuma dua: buang kerja 4 jam, atau terus tambal-sulam sambil berdoa.

Kalau tiap langkah tadi di-commit, solusinya cuma satu perintah: balik ke commit terakhir yang sehat, lalu ulangi langkah yang bermasalah dengan prompt yang lebih jelas.

Cara praktis micro-commit saat vibe coding

Ritmenya simpel: prompt, cek, commit, ulangi. Biasakan alur ini di setiap langkah.

1. Pastikan kondisi awal bersih. Jalankan git status sebelum mulai prompt. Kalau masih ada perubahan menggantung, commit dulu.
2. Satu prompt, satu tujuan. Hindari "tambah fitur A, benerin bug B, sekalian rapihin C". Pecah jadi tiga prompt terpisah.
3. Lihat apa yang diubah AI. Jalankan git diff --stat untuk tahu file mana saja yang kena, lalu git diff untuk lihat isinya. Kalau ada file yang nggak seharusnya berubah, curigai.
4. Tes sebentar. Jalankan aplikasinya, klik fitur yang barusan dibuat, atau jalankan test kalau ada. Nggak perlu lama, yang penting tahu "jalan atau nggak".
5. Commit kalau oke. git add -p untuk memilih potongan perubahan, lalu commit dengan pesan yang jelas.
6. Kalau nggak oke, buang saja. git restore . (atau git checkout -- .) untuk kembali ke commit terakhir, lalu coba lagi dengan prompt yang lebih spesifik. Jangan tambal-sulam di atas hasil yang sudah rusak.

Untuk eksperimen yang agak liar, bikin branch dulu: git switch -c coba-redesign. Kalau gagal, tinggal hapus branch-nya, main branch tetap aman.

Tips pesan commit dan trik Git yang ngebantu

Pesan commit yang bagus adalah catatan untuk dirimu di masa depan, dan juga untuk AI yang nanti membaca riwayat proyekmu.

Pakai format Conventional Commits. Awali pesan dengan jenis perubahannya:

• feat: fitur baru
• fix: perbaikan bug
• refactor: rapikan kode tanpa ubah perilaku
• chore: urusan dependency, config, dan sejenisnya
• docs: dokumentasi

Catat kalau perubahan dari AI. Beberapa tim menambahkan keterangan seperti (AI-assisted) atau menyimpan ringkasan prompt di body commit. Berguna waktu audit atau saat bingung "kok kodenya begini?"

Suruh AI yang bikin pesan commit. Minta dia merangkum git diff jadi pesan commit satu baris. Tapi tetap kamu yang baca dan putuskan.

Trik yang wajib kenal:

Rapikan sebelum merge. Micro-commit yang berantakan di branch fitur boleh di-squash jadi satu commit rapi waktu merge ke main. Detailnya tetap aman selama proses kerja, history main tetap bersih.

Kesalahan yang sering kejadian

Micro-commit itu soal kebiasaan, dan kebiasaan gampang melenceng. Ini jebakan yang paling sering:

• Commit tanpa dicek. Commit kecil tapi isinya kode rusak sama saja bohong. Minimal jalankan sekali sebelum commit.
• git add . terus-terusan. Ini cara paling cepat ikut meng-commit file .env, log, atau file sampah lain yang dibuat AI. Pasang .gitignore yang benar dan biasakan git add -p.
• Kebanyakan sampai nggak bermakna. Commit tiap ganti satu spasi juga nggak membantu. Patokannya tetap: satu perubahan yang bisa dijelaskan dalam satu kalimat.
• Pesan commit asal-asalan. wip, update, asdf nggak ada gunanya waktu kamu nyari sesuatu tiga bulan lagi.
• Lupa push. Commit lokal hilang kalau laptop rusak. Push ke remote secara berkala, apalagi sebelum eksperimen besar.

FAQ seputar micro-commit dan vibe coding

Seberapa sering sebaiknya commit saat vibe coding?

Setiap kali satu prompt menghasilkan perubahan yang sudah kamu cek dan berjalan. Dalam praktiknya bisa 10 sampai 30 commit dalam satu sesi kerja, dan itu wajar.

Apa bedanya commit dan push?

Commit menyimpan perubahan di repository lokal di laptopmu. Push mengirim commit-commit itu ke remote seperti GitHub atau GitLab, supaya aman kalau laptop bermasalah dan bisa dilihat tim.

Apakah micro-commit bikin riwayat Git jadi berantakan?

Di branch fitur, iya, dan itu nggak masalah. Saat merge ke main, gunakan squash merge supaya riwayat main tetap rapi.

Bolehkah AI yang menulis pesan commit?

Boleh, asal kamu baca dulu sebelum menyimpannya. AI cukup bagus merangkum git diff, tapi kadang salah menangkap tujuan perubahannya.

Apakah micro-commit masih perlu kalau tool AI sudah punya fitur checkpoint?

Tetap perlu. Checkpoint di tool AI biasanya hanya berlaku di sesi itu, sedangkan commit Git permanen, bisa dibagikan ke tim, dan bisa dilacak bertahun-tahun kemudian.

Penutup: AI boleh nyetir, kamu tetap pegang rem

Vibe coding bikin kita bisa bergerak jauh lebih cepat, tapi kecepatan tanpa titik aman itu cuma resep buat nyasar. Micro-commit adalah cara paling sederhana supaya kamu tetap memegang kendali atas kode, walaupun yang mengetik sebagian besar AI.

Mulai dari yang kecil saja: setelah setiap prompt yang berhasil, commit. Seminggu dibiasakan, rasanya bakal aneh kalau nggak commit. Dan waktu AI-nya ngaco jam 1 pagi, kamu cukup senyum dan balik ke commit terakhir.