Git tidak pernah dimaksudkan untuk terasa sederhana bagimu.

Kamu pikir Git cuma add, commit, push? Itu artinya kamu selama ini bermain dalam “mode pemain tunggal,” paling banter co-op LAN. Itu namanya bukan menggunakan Git — itu namanya menggunakan Git sebagai Baidu Netdisk sinkronisasi manual.

Kompleksitas Git berasal dari masalah utama yang ia bangun untuk dipecahkan: bagaimana sekelompok programmer yang tidak saling percaya, memiliki jadwal berlawanan, dan bisa kabur kapan saja, bisa berkolaborasi dalam proyek yang sama tanpa semuanya berubah menjadi kekacauan?

Lihat, clone dan push siapa pun bisa. Tapi begitu kamu mulai bekerja dalam tim — kamu pull dan semuanya konflik, layar dipenuhi <<<<< HEAD dan >>>>>> suatu-hash-acak — di situlah mimpi buruk dimulai.

Saya sendiri pernah mengalaminya. Seorang developer backend baru di tim kami berbakat tapi tidak bisa menggunakan Git. Suatu hari dia perlu merge hotfix mendesak, berjam-jam tidak berhasil dan datang minta bantuan saya. Saya lihat grafik branch-nya — ya ampun, itu kusut luar biasa layaknya tentakel mitos Cthulhu: bercabang, merge, bercabang lagi, merge lagi, diselingi beberapa commit `merge branch ‘master’ into master’ yang tidak jelas. Saya tanya apa yang dia lakukan. Dia bilang: “Saya tidak bisa pull, jadi saya fetch, lalu rebase, rebase tidak berhasil jadi saya merge, merge masih ada konflik jadi saya reset…”

Tekanan darah saya langsung naik. Dia memperlakukan Git seperti sumur harapan — perintah apa pun yang terdengar enak, dia lemparkan dan berharap kekerasan akan menghasilkan keajaiban. Spoiler: tidak ada keajaiban, tapi kami nyaris menyebabkan insiden.

Dan ini baru puncak gunung es. Lebih dalam lagi, kamu menemukan “teknik terlarang” manipulasi sejarah atomik: rebase -i, cherry-pick, filter-branch. Untuk apa semua ini? Sederhananya, mereka adalah “mesin waktu” dunia kode — memungkinkanmu kembali ke masa lalu dan mengubah sejarah. Tapi seperti yang kita tahu dari film, sembilan dari sepuluh penjelajah waktu berakhir menghancurkan alam semesta. git reflog adalah obat penyesalanmu, tapi sebagian besar waktu kamu bahkan tidak tahu kapan kamu “keracunan.”

Filosofi desain Git adalah ia tidak percaya pada otoritas pusat mana pun. Ia menganggap komputer setiap pengembang adalah “alam semesta paralel” yang lengkap (repository). Setiap commit yang kamu buat menciptakan snapshot sejarah baru di alam semesta itu. Branch memungkinkanmu membuat alam semesta paralel yang tak terhitung jumlahnya sesuka hati. Merge dan rebase adalah upaya untuk menyatukan dua “garis waktu” yang berbeda — bayangkan betapa rumitnya itu. Bahkan fisikawan belum memahaminya!

Area staging ada agar kamu bisa mengontrol dengan presisi apa yang di-commit. Branch mengisolasi pekerjaanmu agar tidak mengganggu orang lain. Merge menangani produk kolaborasi yang tak terhindarkan: divergensi. Semua ini melayani satu tujuan “terdistribusi” yang agung. Git memberimu kebebasan tak terbatas — dan cara tak terbatas untuk mengacaukan segalanya.

Jadi pertanyaannya: apakah Git tidak ada harapan? Apakah orang biasa tidak pernah bisa mempelajarinya?

Tidak juga. Masalahnya bukan pada Git — tapi pada cara kita mempelajarinya. Kebanyakan tutorial di luar sana adalah daftar perintah gaya kamus atau penjelasan skenario yang terfragmentasi. Dokumentasi resmi seperti kamus Xinhua setebal seribu halaman — bagus untuk mencari kata, tapi kamu tidak belajar menulis novel dari kamus. Panduan online tersebar di mana-mana, seperti tumpukan kepingan Lego yang berserakan tanpa instruksi yang menunjukkan cara merakit Millennium Falcon.

Itulah mengapa saya sangat merekomendasikan tutorial yang tidak mencoba mencakup segalanya tetapi fokus pada skenario praktis frekuensi tinggi. Saya pikir “Buku Panduan Praktis Git dari Nol” dari tim Bytedance cukup bagus.

Ia mengajarkanmu perbedaan antara git pull dan git pull --rebase dan kapan menggunakan masing-masing, alih-alih membuatmu menghafal. Ia membimbingmu langkah demi langkah melalui kasus konflik nyata, menunjukkan cara menyelesaikannya dengan elegan alih-alih hanya menghapus kode orang lain. Ia menjelaskan ketika branch fiturmu tertinggal jauh dari branch utama, apakah kamu harus menggunakan merge atau rebase untuk sinkronisasi, serta kelebihan dan kekurangan setiap pilihan.

Pada akhirnya, filosofi Git adalah: “Memberimu kebebasan tak terbatas, dan juga memberimu tali untuk menggantung dirimu.” Panduan yang baik mengajarkanmu cara menggunakan tali itu untuk menenun jaring atau memanjat tebing — bukan untuk mengikat jerat di lehermu sendiri secara tidak sengaja. Tujuan kita bukan menjadi arkeolog Git yang bisa menghafal semua perintah. Tapi menjadi pengrajin Git yang bergerak lancar dalam tim, tidak pernah mengecewakan rekan, dan bisa menyelamatkan situasi saat dibutuhkan.