Coba buka folder tugas kuliah atau proyek lamamu. Ada yang mirip begini?

proyek/
  laporan.docx
  laporan_revisi.docx
  laporan_revisi_FIX.docx
  laporan_FIX_FINAL.docx
  laporan_FINAL_beneran_v2.docx

Kelihatannya rapi, padahal ini cara menyimpan versi yang paling rapuh. Kamu tidak tahu persis apa beda revisi_FIX dengan FIX_FINAL, siapa yang mengubahnya, dan kapan. Masalahnya makin parah untuk kode program:

• Riwayat hilang. Tidak ada catatan siapa mengubah baris mana dan kenapa.
• Sulit kembali. Fitur baru bikin aplikasi error, tapi kamu tidak punya cara aman untuk balik ke versi kemarin yang masih jalan.
• Kolaborasi kacau. Kamu dan temanmu mengedit file yang sama, lalu saling kirim lewat chat. Ujungnya ada pekerjaan yang tertimpa.
• Rawan kehilangan. Laptop rusak atau kena ransomware, semua salinan dan riwayat ikut lenyap.

Version control system (VCS) adalah perangkat lunak yang mencatat setiap perubahan pada sekumpulan file. Dengan VCS, kamu cukup punya satu folder proyek/, dan seluruh riwayatnya tersimpan rapi di belakang layar. Mau lihat versi minggu lalu, membandingkan dua versi, atau tahu siapa yang menulis sebuah baris? Tinggal tanya VCS.

VCS berkembang dalam tiga generasi. Memahami urutannya membantu kamu paham kenapa Git didesain seperti sekarang.

Bayangkan versi terpusat seperti Google Docs yang hanya bisa dibuka saat online: kalau servernya down, semua orang bengong. Versi terdistribusi lebih mirip setiap anggota tim memegang fotokopi lengkap seluruh arsip, termasuk semua catatan revisinya sejak hari pertama. Kalau server hilang, repositori bisa dipulihkan dari laptop siapa saja.

Git termasuk Distributed VCS. Repositori di laptopmu sama lengkapnya dengan yang ada di server. Ini kunci untuk memahami hampir semua perilaku Git yang akan kamu pelajari nanti.

Git lahir dari kebutuhan yang sangat nyata. Komunitas kernel Linux, proyek dengan ribuan kontributor di seluruh dunia, dulu memakai VCS komersial bernama BitKeeper secara gratis. Pada 2005 izin gratis itu dicabut. Linus Torvalds, pencipta Linux, lalu menulis VCS sendiri dengan beberapa target: cepat, desain sederhana, mendukung pengembangan paralel dengan ribuan cabang, terdistribusi penuh, dan sanggup menangani proyek sebesar kernel Linux.

• April 2005: Linus mulai menulis Git. Hanya dalam hitungan hari Git sudah bisa mengelola source code-nya sendiri.
• Juni 2005: Git dipakai untuk mengelola kernel Linux.
• Juli 2005: Junio C. Hamano ditunjuk sebagai pemelihara utama, dan ia masih memegang peran itu sampai sekarang.
• Kini: Git adalah standar de facto industri, dirilis dengan lisensi open source GPL-2.0, dan jadi fondasi GitHub, GitLab, serta Bitbucket.

Ada banyak VCS, tapi Git menang telak. Alasannya:

• Sangat cepat. Hampir semua operasi (commit, melihat log, membandingkan versi) berjalan lokal di laptopmu, tanpa menunggu jaringan.
• Branching murah. Membuat cabang baru hanya butuh hitungan milidetik, karena cabang di Git cuma penunjuk kecil ke sebuah commit. Kamu bisa bereksperimen tanpa takut merusak kode utama.
• Bisa offline. Commit, melihat riwayat, dan pindah cabang tetap jalan di kereta tanpa sinyal. Koneksi baru dibutuhkan saat mengirim atau mengambil perubahan dari server.
• Integritas data. Setiap objek di Git diberi checksum berupa hash SHA-1. Kalau ada satu byte yang berubah diam-diam (disk rusak atau sengaja dimanipulasi), Git akan tahu.
• Ekosistem luas. Didukung penuh oleh VS Code, IDE lain, pipeline CI/CD, dan semua platform hosting populer.

Ini salah kaprah paling sering di kalangan pemula, jadi kita luruskan sekarang.

Analoginya: Git itu kamera, GitHub itu Instagram. Kamu bisa memotret dan menyimpan foto tanpa Instagram, tapi Instagram memudahkanmu membagikan dan berdiskusi tentang foto itu. Alternatif GitHub antara lain GitLab dan Bitbucket, dan semuanya memakai Git yang sama di belakangnya.

Belum perlu membuat repositori. Cek dulu apakah laptopmu sudah punya Git (instalasinya dibahas di bab berikutnya):

git --version

Kalau Git sudah terpasang, output-nya berupa nomor versi, misalnya:

git version 2.43.0

Kalau muncul command not found (macOS/Linux) atau 'git' is not recognized (Windows), berarti Git belum terpasang. Santai, bab berikutnya membahas caranya.

Lalu, lihat sekilas daftar perintah yang paling sering dipakai:

git help

Output-nya diawali baris usage: git [-v | --version] [-h | --help] ..., lalu daftar perintah per kelompok seperti start a working area, work on the current change, dan grow, mark and tweak your common history. Kamu akan mengenal perintah-perintah itu satu per satu di kelas ini.

• Menganggap Git dan GitHub sama. Git bisa dipakai penuh tanpa akun GitHub. GitHub hanya salah satu tempat menyimpan repositori remote.
• Mengira Git butuh internet terus. Commit dan melihat riwayat sepenuhnya lokal. Internet hanya untuk push, pull, fetch, dan clone.
• Tetap menyimpan file berakhiran _final_v2. Begitu memakai Git, cukup satu nama file. Versi lama tersimpan di riwayat commit, bukan di nama file.
• Mengira Git hanya untuk tim besar. Proyek pribadi pun untung: kamu bisa kembali ke versi yang masih jalan kapan saja.