Git Dasar untuk Pemula
Saat belajar coding, file project kamu akan sering berubah. Kadang ada eksperimen yang berhasil, kadang ada yang bikin error. Git membantu kita menyimpan riwayat perubahan itu dengan rapi, sehingga kita bisa tahu apa yang diubah, kapan diubah, dan kenapa diubah.
Di halaman ini, kamu akan belajar alur Git paling dasar yang paling sering dipakai sehari-hari:
git initgit statusgit addgit commitgit push
Git vs GitHub
Pemula sering mengira Git dan GitHub itu sama. Sebenarnya berbeda:
- Git adalah tool versi kontrol yang berjalan di komputer kamu.
- GitHub adalah layanan online untuk menyimpan repository Git agar bisa diakses dari banyak perangkat atau dibagikan ke orang lain.
Singkatnya:
- Git = mesinnya
- GitHub = tempat parkir project-nya di internet
Kapan Git Mulai Dipakai?
Idealnya, Git dipasang sejak project masih kecil. Bahkan untuk latihan sederhana pun Git tetap berguna karena:
- Kamu bisa commit setiap milestone kecil.
- Kamu bisa melihat perubahan per file.
- Kamu tidak perlu lagi membuat folder
project-final-baru-fix-banget.
1. Membuat Repository Baru dengan git init
Masuk ke folder project kamu, lalu jalankan:
Perintah ini akan membuat folder tersembunyi .git/. Folder inilah yang dipakai Git untuk menyimpan histori perubahan.
Kalau berhasil, project kamu sekarang sudah menjadi repository Git lokal.
2. Melihat Kondisi File dengan git status
Setelah itu, biasakan cek status:
Contoh output sederhananya:
Artinya:
- file-file itu sudah ada di folder project
- tetapi Git belum mulai melacaknya
Perintah git status adalah kompas utama saat bekerja dengan Git. Kalau bingung sedang berada di kondisi apa, mulai dari sini.
3. Menambahkan File ke Staging Area dengan git add
Sebelum membuat commit, kita pilih dulu file mana yang ingin dimasukkan ke snapshot berikutnya.
Contoh:
Kalau ingin menambahkan semua file yang berubah sekaligus:
git add tidak langsung menyimpan histori. Ia hanya memasukkan file ke staging area, yaitu area persiapan sebelum commit.
4. Menyimpan Snapshot dengan git commit
Kalau file yang benar sudah masuk staging area, buat commit:
Pesan commit harus menjelaskan perubahan yang dilakukan. Buat sesingkat mungkin, tetapi tetap jelas.
Contoh pesan yang bagus:
feat: tambah form loginfix: perbaiki query paginationdocs: tambah panduan upload file
Contoh yang kurang membantu:
updatefixcoba lagi
Workflow Harian yang Paling Sering Dipakai
Urutan paling umum dalam kerja harian biasanya seperti ini:
Kalau kamu ingin lebih teliti, jangan langsung git add .. Pilih file satu per satu agar commit tetap fokus.
5. Menghubungkan ke GitHub
Kalau repository GitHub sudah dibuat, hubungkan project lokalmu ke remote:
Penjelasannya:
git remote add origin ...menambahkan alamat repository onlinegit branch -M mainmemastikan nama branch utama adalahmaingit push -u origin mainmengirim commit lokal ke GitHub
Setelah -u dipasang sekali, push berikutnya cukup:
6. File yang Sebaiknya Tidak Di-commit
Tidak semua file cocok masuk Git. Contoh yang umumnya diabaikan:
node_modules/vendor/- file cache
- file
.env
Buat file .gitignore:
Kalau file sensitif seperti password database ikut ter-commit, itu bisa jadi masalah besar saat project di-push ke GitHub.
7. Contoh Alur Nyata
Misalnya kamu baru membuat project PHP sederhana:
Lalu kamu menambah file index.php:
Setelah itu, kamu upload ke GitHub:
Error Umum
nothing to commit, working tree clean
Artinya tidak ada perubahan baru yang belum di-commit. Ini bukan error serius, hanya tanda bahwa semua file sudah sinkron dengan commit terakhir.
fatal: remote origin already exists
Kamu sudah pernah menambahkan remote bernama origin. Cek dengan:
Kalau alamatnya salah, ubah dengan:
src refspec main does not match any
Biasanya terjadi karena belum ada commit pertama. Solusinya:
- Jalankan
git add . - Buat commit pertama dengan
git commit -m "..." - Baru lakukan
git push -u origin main
rejected saat git push
Ini sering berarti branch di GitHub sudah punya commit yang belum ada di lokal. Biasanya kamu perlu:
Tips Praktis untuk Pemula
- Commit kecil lebih baik daripada commit raksasa.
- Tulis pesan commit yang menjelaskan hasil perubahan.
- Biasakan
git statussebelum dan sesudah commit. - Jangan commit file rahasia seperti
.env. - Anggap commit sebagai checkpoint yang aman untuk kembali.