Git Workflow Harian: Commit, Push, dan Pull untuk Pemula

Alur kerja Git yang dipakai hampir setiap hari sebenarnya cuma tiga langkah yang berputar: pull dulu buat ambil perubahan terbaru dari tim, kerja seperti biasa lalu commit, dan tutup hari dengan push supaya pekerjaanmu tersimpan di GitHub. Kelihatannya simpel, tapi kalau urutan ini kebalik — misalnya push duluan sebelum pull — kamu bisa kena conflict atau bahkan pekerjaan orang lain ketimpa.

Masalah yang sering muncul di pemula bukan di perintahnya satu-satu, tapi di kapan tiap perintah itu seharusnya dijalankan. Artikel ini bahas urutan yang aman buat kerja harian, plus kenapa git pull sama pentingnya dengan commit dan push, bukan cuma pelengkap.

Kalau kamu butuh referensi resmi soal opsi-opsi command Git di luar yang dibahas di sini, dokumentasi git-scm.com bisa jadi pegangan sebelum praktik di bagian bawah artikel ini.

Kenapa Urutan Pull → Kerja → Commit → Push yang Aman?

Repository di GitHub itu bisa berubah kapan saja kalau kamu kerja bareng orang lain — entah teman satu tim push perubahan, atau kamu sendiri kerja dari komputer lain. Kalau kamu langsung ngoding tanpa pull dulu, kode di komputermu bisa jadi versi lama, dan begitu kamu push, Git bakal menolak karena riwayatnya sudah bercabang dari remote. Makanya pull di awal itu bukan basa-basi, tapi langkah wajib buat nyamain versi dulu.

1. git pull — Kenapa Ini Langkah Pertama Setiap Hari?

git pull sebenarnya gabungan dari dua perintah: git fetch (mengambil data terbaru dari remote tanpa mengubah file lokal) lalu git merge (menggabungkan perubahan itu ke branch yang sedang kamu pakai). Saya selalu jalankan ini begitu buka project di pagi hari, sebelum nyentuh file apa pun — supaya kalau ada perubahan dari teman tim, saya tahu dari awal, bukan pas mau push.

git pull origin main

2. git add dan git commit — Kenapa Dilakukan Bertahap, Bukan di Akhir Hari?

Saya biasa commit setiap kali selesai satu bagian kerjaan yang jelas — misalnya setelah satu fungsi selesai dan sudah dites — bukan menumpuk semua perubahan sehari penuh lalu commit sekali di sore hari. Commit kecil dan sering itu memudahkan saya mundur ke versi tertentu kalau ada bug, tanpa harus kehilangan progres lain yang sebenarnya sudah beres.

git add .
git commit -m "Menambahkan validasi form login"

3. git push — Kenapa Jangan Ditunda Sampai Besok?

Commit yang cuma tersimpan di laptop tetap berisiko hilang kalau laptopnya kenapa-kenapa, atau tidak kelihatan oleh tim kalau butuh review. Saya usahakan push minimal sekali di akhir sesi kerja, supaya progres hari itu benar-benar tersimpan di GitHub dan bisa dilihat orang lain.

git push origin main

Kalau ini push pertama kali di branch tersebut, tambahkan flag -u (git push -u origin main) supaya branch lokal dan remote otomatis terhubung, dan push berikutnya cukup git push saja.

Kesalahan yang Sering Bikin Workflow Harian Berantakan

• Langsung ngoding tanpa git pull dulu, sehingga kerja di kode yang sudah ketinggalan.
• Menumpuk semua perubahan sehari penuh lalu commit sekali, sehingga riwayat susah ditelusuri.
• Menunda push sampai beberapa hari, sehingga risiko kehilangan pekerjaan makin besar.
• Push tanpa pull terlebih dulu saat kerja tim, sehingga berpotensi menimpa perubahan orang lain.

Kalau Digabung, Alurnya Kayak Gini

Penutup

Workflow harian yang aman itu bukan cuma soal hafal tiga perintah, tapi soal urutan: pull dulu buat nyamain versi, kerja lalu commit bertahap, dan tutup sesi dengan push supaya progres tersimpan. Kebiasaan ini yang bikin kerja tim di Git jadi lancar tanpa drama conflict.

Ditulis oleh Aziz Achmad Juniar