Git Workflow yang Rapi untuk Developer yang Bekerja Sendiri maupun dalam Tim

Git bukan hanya tempat menyimpan kode

Banyak developer menggunakan Git hanya sebagai backup cloud. Padahal Git adalah alat kolaborasi yang sangat powerful jika digunakan dengan benar. Workflow yang baik membuat history project bisa dibaca seperti buku, bukan tumpukan commit acak.

1. Gunakan branch untuk setiap fitur atau perbaikan

Jangan langsung commit ke branch main atau master. Buat branch baru untuk setiap pekerjaan.

# Format: type/deskripsi-singkat
git checkout -b feat/user-authentication
git checkout -b fix/login-redirect-bug
git checkout -b chore/update-dependencies
git checkout -b docs/api-endpoint-readme

2. Commit message yang informatif

Ikuti format Conventional Commits agar history mudah dibaca dan bisa di-parse otomatis untuk changelog.

# Format: type(scope): deskripsi singkat
feat(auth): add JWT token refresh endpoint
fix(blog): handle null featured image on article list
chore(deps): upgrade sharp to v0.33
docs(readme): add docker setup instructions
refactor(api): extract pagination helper to shared util

3. Commit kecil dan sering

Satu commit idealnya mewakili satu perubahan logis. Jangan menumpuk banyak perubahan tidak berkaitan dalam satu commit besar. Commit kecil lebih mudah di-revert jika ada masalah.

4. Gunakan .gitignore sejak awal

Pastikan file seperti .env, node_modules/, .next/, dist/, dan file lokal lainnya tidak masuk ke repository. Gunakan gitignore.io untuk generate template berdasarkan stack yang kamu pakai.

5. Pull sebelum push

Sebelum push ke remote, selalu pull dulu untuk menghindari konflik yang tidak perlu.

git pull origin main --rebase
git push origin feat/user-authentication

6. Jangan rewrite history yang sudah dipush

Perintah seperti git push --force bisa menghapus commit orang lain. Kalau perlu mengubah commit terakhir yang belum di-push, gunakan git commit --amend. Kalau sudah di-push ke branch shared, hindari force push.

7. Gunakan Pull Request untuk review

Bahkan kalau bekerja sendiri, Pull Request (PR) berguna untuk mereview perubahan sebelum merge ke main. Ini membantumu melihat diff secara keseluruhan dan menangkap kesalahan yang terlewat saat coding.

8. Tag untuk versi release

git tag -a v1.0.0 -m "Initial public release"
git push origin v1.0.0

Kesimpulan

Workflow Git yang baik adalah investasi. Waktu yang dihabiskan untuk menulis commit message yang jelas dan membuat branch yang terstruktur akan terbayar berlipat ketika kamu perlu menelusuri bug, rollback ke versi lama, atau onboarding rekan kerja baru.