Roadmap

Cara belajar Git: rencana belajar, simulator, dokumentasi, dan latihan

Diperbarui: · Skillaria.Top

Belajar Git sebaiknya dibagi dalam empat tahap: siklus dasar (init, add, commit, log), branch dan merge, repositori remote serta kerja tim, lalu pembatalan kesalahan dan alat lanjutan. Untuk mencapai level kerja yang percaya diri biasanya dibutuhkan 2 sampai 4 minggu latihan rutin di repositori sendiri.

Git dipelajari dengan tangan, bukan dengan membaca. Untuk bekerja percaya diri dalam tim, cukup menguasai sekitar dua puluh perintah dan memahami tiga gagasan: commit adalah snapshot proyek, branch adalah penunjuk ke commit, dan repositori remote hanyalah salinan lain dari riwayat. Berikut rencana belajar Git per tahap, lengkap dengan latihan, sumber gratis, dan kriteria kapan sebuah tahap dianggap selesai.

Rencana ini ditujukan bagi pemula yang sudah bisa memakai terminal setidaknya di tingkat cd dan ls. Jika belum, luangkan satu malam untuk dasar-dasar command line; tanpanya belajar Git jauh lebih berat.

Mengapa Git perlu dipelajari secara sistematis

Banyak orang selama bertahun-tahun hanya memakai lima perintah yang disalin dari instruksi orang lain, lalu panik saat menemui konflik pertama atau «detached HEAD». Penyebabnya hampir selalu sama: belum ada model mental. Orang tersebut tidak tahu apa yang sebenarnya diubah sebuah perintah pada riwayat dan pada berkas.

Belajar Git secara sistematis membawa hasil cepat. Anda tidak lagi takut bereksperimen, karena tahu cara membatalkannya; Anda tenang menghadapi konflik; dan Anda menghasilkan riwayat yang rapi, yang bisa dibaca reviewer dan pemberi kerja. Git diuji di wawancara hampir semua profesi IT, dari frontend sampai DevOps dan analisis data.

Tahap 1. Dasar: repositori, index, commit

Tujuan tahap pertama adalah memahami siklus dasar dan tiga area Git: direktori kerja, index, dan repositori. Tahap ini membutuhkan 2 sampai 4 hari, masing-masing sekitar satu jam.

  • Instalasi dan konfigurasi awal: git config --global user.name, user.email, branch default main.
  • Membuat repositori: git init.
  • Siklus git status → git add → git commit; penambahan selektif dengan git add -p.
  • Melihat riwayat: git log --oneline, git diff, git diff --staged, git show.
  • Berkas .gitignore: apa yang tidak boleh masuk ke repositori.

Latihan. Buat repositori untuk catatan pribadi atau skrip kecil. Lakukan 15 sampai 20 commit, masing-masing satu perubahan logis dengan pesan yang jelas. Setelah setiap perintah, jalankan git status dan jelaskan sendiri apa yang berubah.

Tahap dianggap selesai jika Anda bisa menjelaskan tanpa bantuan perbedaan keluaran git diff dan git diff --staged, serta bisa melakukan commit hanya sebagian dari berkas yang berubah.

Tahap 2. Branch dan merge

Branch adalah jantung Git dan sumber utama rasa takut pada pemula. Di tahap ini, yang penting bukan menghafal perintah, melainkan belajar membayangkan graf commit. Sediakan sekitar satu minggu.

  • Membuat dan berpindah branch: git branch, git switch, git switch -c.
  • Apa itu HEAD dan keadaan detached HEAD.
  • Penggabungan: git merge, fast-forward dan commit merge, flag --no-ff.
  • Konflik: penanda <<<<<<< dan >>>>>>>, git merge --abort.
  • Visualisasi: git log --oneline --graph --all.

Latihan. Buat dua branch dari main dan ubah satu baris yang sama di satu berkas pada masing-masing branch. Gabungkan keduanya secara bergantian, hasilkan konflik, lalu selesaikan. Ulangi sampai prosesnya terasa membosankan.

Di tahap ini, simulator Git interaktif sangat membantu (lihat bagian di bawah). Simulator menampilkan graf setelah setiap perintah dan cepat membangun intuisi.

Tahap 3. Repositori remote dan kerja tim

Tujuannya adalah belajar bekerja dengan server seperti yang dilakukan dalam tim. Anda memerlukan akun di GitHub, GitLab, atau layanan hosting Git lainnya. Durasinya sekitar satu minggu.

  • Menghubungkan dan mengkloning: git remote add, git clone, login dengan kunci SSH.
  • Sinkronisasi: git push, git push -u, git fetch, git pull, dan perbedaan di antaranya.
  • Branch pelacakan remote seperti origin/main.
  • Fork, branch fitur, dan pull request dengan code review.
  • Proses tim: GitHub Flow, Git Flow, trunk-based development.

Latihan. Bekerjalah dengan satu repositori dari dua «komputer» berbeda: kloning ke dua folder. Lakukan commit di satu folder, push, lalu tarik di folder lainnya. Buat situasi ketika push ditolak karena server sudah lebih maju, dan cari tahu penyebabnya.

git clone git@github.com:you/sandbox.git copy-a
git clone git@github.com:you/sandbox.git copy-b
cd copy-a && echo "dari A" >> notes.txt && git commit -am "Perubahan dari A" && git push
cd ../copy-b && echo "dari B" >> notes.txt && git commit -am "Perubahan dari B"
git push          # rejected: server sudah lebih maju
git pull          # ambil perubahan A, selesaikan konflik di notes.txt
git push

Skenario singkat ini memodelkan situasi paling umum dalam tim. Pelajari keluaran setiap perintah: mengapa push ditolak, apa yang muncul di origin/main setelah fetch, dan dari mana commit merge berasal. Lalu ulangi dengan git pull --rebase dan bandingkan grafnya dengan git log --oneline --graph --all.

Akan lebih baik lagi jika Anda mencari rekan dan membuat proyek kecil bersama lewat pull request: dengan begitu Anda merasakan review, konflik, dan kesepakatan soal branch.

Tahap 4. Membatalkan kesalahan

Tahap ini mengubah Git dari sumber kecemasan menjadi jaring pengaman. Sekitar 3 sampai 5 hari.

  • git restore dan git restore --staged — pembatalan pada berkas dan index.
  • git commit --amend — memperbaiki commit terakhir.
  • git reset dengan mode --soft, --mixed, --hard.
  • git revert — pembatalan aman untuk commit yang sudah dipublikasikan.
  • git reflog — memulihkan commit yang «hilang».

Latihan. Buat beberapa commit, jalankan git reset --hard HEAD~3, lalu pulihkan commit tersebut lewat reflog. Batalkan sebuah commit di branch «bersama» dengan revert dan lihat bagaimana tampilannya di riwayat.

Tahap 5. Alat lanjutan

Alat-alat ini dipelajari sesuai kebutuhan, tetapi sebaiknya Anda sudah tahu keberadaannya sejak awal.

AlatKapan dibutuhkan
git rebase dan git rebase -iRiwayat yang lurus, merapikan commit sebelum pull request
git stashPerlu segera berpindah tanpa commit pekerjaan yang belum selesai
git cherry-pickMemindahkan satu commit, misalnya hotfix
git tagMenandai versi rilis
git bisectMencari commit yang merusak kode
git worktree, git submoduleBeberapa folder kerja; repositori bersarang

Simulator Git: tempat berlatih

Simulator unggul karena menyediakan kotak pasir yang aman dan langsung menunjukkan hasilnya. Beberapa pilihan gratis:

  • Learn Git Branching (learngitbranching.js.org) — simulator terbaik untuk branch. Ada level dengan tugas, graf commit animasi, dan antarmuka dalam beberapa bahasa. Mencakup commit, branch, merge, rebase, cherry-pick, rebase interaktif, dan kerja dengan remote.
  • Oh My Git! — permainan gratis dan open source, tempat perintah Git digambarkan sebagai kartu, sementara di balik layar Git yang sebenarnya bekerja.
  • Repositori kotak pasir sendiri — simulator yang paling diremehkan. Buat folder git-sandbox dan rusak apa saja di dalamnya: tidak ada yang bisa hilang.

Simulator sangat baik untuk memahami graf, tetapi tidak menggantikan proyek nyata: tidak ada berkas sungguhan, editor, konflik kode, dan IDE. Gunakan sebagai pelengkap.

Dokumentasi Git dan buku

Dokumentasi resmi Git ada di git-scm.com. Di situs yang sama tersedia buku Pro Git karya Scott Chacon dan Ben Straub secara gratis, termasuk terjemahan bahasa Rusia. Ini salah satu buku terbaik tentang Git: tiga bab pertama (dasar dan percabangan) wajib dibaca, dan bab «Git Internals» untuk Anda yang ingin benar-benar memahami model data.

Bantuan bawaan selalu tersedia: git help <perintah> membuka panduan lengkap, dan git <perintah> -h menampilkan daftar flag yang singkat. Dokumentasi Git ditulis kering tetapi akurat; biasakan merujuk ke sana, bukan ke jawaban pertama hasil pencarian.

git help rebase        # panduan lengkap
git switch -h          # ringkasan flag
git help -g            # daftar panduan konseptual (gitworkflows, gittutorial, …)

Panduan gittutorial dan giteveryday juga bermanfaat; keduanya ikut dalam paket Git dan bisa dibuka lewat git help.

Belajar sendiri atau ikut kursus

Belajar Git sendiri sangat mungkin dilakukan: buku, simulator, dan kotak pasir sudah memberikan semua yang dibutuhkan. Tantangannya ada di tempat lain. Tanpa struktur, orang mudah terjebak pada teori atau justru mengumpulkan perintah tanpa pemahaman, dan tanpa umpan balik tidak ada yang memberi tahu bahwa riwayat Anda berantakan.

Kursus Git berguna jika Anda ingin menempuh jalur ini dengan cepat dan berurutan: dari commit pertama sampai pull request di repositori sungguhan, dengan tugas di setiap langkah. Saat memilih kursus, jangan hanya melihat durasinya, tetapi juga proporsi praktiknya: apakah ada tugas dengan konflik, pembatalan kesalahan, kerja tim, dan proyek akhir.

Berapa lama waktu yang dibutuhkan

LevelYang bisa dilakukanWaktu dengan 1 jam per hari
DasarCommit, riwayat, .gitignore3–5 hari
KerjaBranch, konflik, push/pull, pull request2–3 minggu
Percaya diriPembatalan kesalahan, rebase, reflog, alur kerja tim1–2 bulan dengan praktik nyata

Angka-angka ini hanya perkiraan: yang menentukan adalah keteraturan. Satu jam setiap hari lebih efektif daripada maraton akhir pekan sebulan sekali.

Kesalahan umum saat belajar Git

  • Hanya belajar lewat GUI. Klien grafis nyaman, tetapi menyembunyikan modelnya. Pelajari command line dulu, baru pilih alat yang nyaman.
  • Menghafal flag. Yang perlu dihafal adalah gagasannya; flag selalu tersedia lewat -h.
  • Takut merusak. Selama Anda belum pernah menjalankan reset --hard lalu memulihkannya, Anda belum tahu bahwa Git sebenarnya melindungi Anda.
  • Melewatkan repositori remote. Git lokal tanpa push, pull, dan pull request baru setengah keterampilan.
  • Commit bernama «fix» dan «update». Kebiasaan menulis pesan yang bermakna lebih mudah dibangun sejak awal.

Proyek akhir untuk memantapkan

Pengujian terbaik adalah simulasi pengembangan tim. Buat repositori, lindungi branch main dari push langsung, lalu undang rekan atau bekerjalah dengan dua akun. Setiap tugas menjadi branch fitur tersendiri dan pull request dengan review; minimal sekali buatlah konflik, minimal sekali batalkan commit yang keliru dengan revert, dan beri tag pada rilis.

Setelah proyek seperti itu, Git tidak lagi terasa seperti kumpulan mantra. Anda bisa membaca graf, memahami akibat setiap perintah, dan siap menghadapi pertanyaan di wawancara.

Ringkasan

Belajar Git yang efektif berjalan berurutan: siklus dasar, branch, kerja dengan server, pembatalan kesalahan, lalu alat lanjutan. Simulator membantu melihat graf, Pro Git dan dokumentasi resmi memberi kedalaman, dan kotak pasir serta proyek tim mengubah pengetahuan menjadi keterampilan. Jalur inilah, dari git init sampai pull request di proyek akhir, yang dipakai untuk menyusun kursus Git di Skillaria.

Pertanyaan umum

Bisakah belajar Git dalam satu hari?

Dalam sehari Anda bisa menguasai siklus dasar: init, add, commit, log, dan push. Bekerja dengan percaya diri pada branch, konflik, dan pembatalan kesalahan membutuhkan beberapa minggu latihan.

Apakah harus bisa pemrograman untuk belajar Git?

Tidak. Git bekerja dengan berkas teks apa pun, jadi Anda bisa belajar dari catatan atau dokumentasi. Yang dibutuhkan hanya dasar-dasar bekerja di terminal.

Apakah dokumentasi Git tersedia dalam bahasa Indonesia?

Referensi perintah resmi di git-scm.com berbahasa Inggris. Namun banyak terjemahan Pro Git dan simulator Learn Git Branching tersedia dalam berbagai bahasa, dan Anda bisa memeriksa pilihan bahasanya di situs masing-masing.

Apa yang sebaiknya dipelajari setelah Git?

Langkah logis berikutnya adalah CI/CD (GitHub Actions, GitLab CI), code review, dan proses kerja tim. Untuk DevOps, infrastruktur sebagai kode juga disimpan di Git.

Pelajari topik ini lewat video

Topik ini dibahas mendalam dengan praktik di kursus “Git dari Nol hingga Pengembang Percaya Diri”.

Ke kursus