Masa kat universiti dulu, korang mesti biasa buat projek dengan namakan folder macam “Project_Final”, “Project_Final_v2”, “Project_Final_BETUL_LAST”. Tapi bila korang dah masuk korporat atau tech startup, amalan macam ni memang auto red flag!
Dalam industri software engineering, versi kod dipelihara guna Version Control System (VCS), dan alat paling popular yang diguna pakai ialah Git dan GitHub. Bila masuk first day nanti, senior developer takkan expect korang master bab microservices, tapi dia orang expect korang sekurang-kurangnya tau macam mana nak clone repo dan push kod tanpa rosakkan main branch.
Jom kita tengok konsep asas dan command wajib yang korang kena bookmark siap-siap.
1. Minda Asas: Apa Beza Git vs GitHub?
Sebelum kita masuk bab command, ramai fresh grad selalu konpius dua benda ni:
- Git: Benda ni ibarat time machine dekat laptop korang. Ia track semua perubahan file yang korang buat secara lokal.
- GitHub (atau GitLab/Bitbucket): Ini cloud storage khusus untuk kod korang. Tempat korang simpan backup, collaborate dengan team, dan buat code review.
2. Command Wajib Tahu Sebelum Day 1
Bila korang dapat laptop syarikat dan diberi akses ke projek syarikat, ini workflow harian yang korang akan selalu ulang:
Step A: Ambil Kod Projek Dari Cloud (Clone)
Masa korang baru join, korang takkan tulis kod dari kosong. Korang kena muat turun repo sedia ada kat GitHub ke laptop korang.
git clone https://github.com/company-name/project-repo.git
Step B: Jangan Sesekali Kod Kat Branch Main / Master!
Ini kesilapan nombor satu fresh grad. Setiap kali nak buat feature baru atau fix bug, wajib buat branch baru.
# Buat branch baru dan terus lompat ke branch tu
git checkout -b feature/login-page-fix
Step C: Simpan Progress Kod Korang
Bila dah siap tulis kod, korang kena stage file tersebut dan simpan snapshot perubahan tu dengan mesej yang jelas.
# Check status file apa yang berubah
git status
# Add file yang korang ubah
git add .
# Commit dengan mesej yang bermakna
git commit -m "Fix login button styling and alignment"
Step D: Hantar Kod Ke GitHub & Buat Pull Request (PR)
Bila dah berpuas hati, hantar branch korang ke GitHub supaya senior/team korang boleh review.
git push origin feature/login-page-fix
Selepas command ni, buka website GitHub, korang akan nampak butang “Compare & pull request”. Klik butang tu untuk minta senior korang semak kod (code review) sebelum dikumpulkan (merge) ke kod utama.
3. Emergency Kit: Bila Berlaku “Merge Conflict”
Bila kerja dalam team, ada kebarangkalian korang dan rakan sepasukan ubah baris kod yang sama pada waktu yang sama. Bila korang git pull, Git akan hantar amaran Merge Conflict.
Tips tenang bila kena conflict:
- Jangan terus delete folder repo tu! (Biasa budak baru buat sebab panik).
- Buka fail yang conflict dalam VS Code.
- VS Code akan tunjuk pilihan: Accept Current Change, Accept Incoming Change, atau Accept Both Changes.
- Bincang dengan kawan sepasukan baris kod mana yang patut kekal, pilih yang tu, kemudian run git add . dan git commit semula.
Finish with a Takeaway
Bila masuk kerja hari pertama, korang tak perlu hafal puluhan command Git yang kompleks. Cukuplah sekadar faham workflow 4 langkah asas ini: checkout branch ➔ commit progress ➔ push code ➔ create Pull Request.
Kunci utama sebagai junior developer bukanlah tahu semua benda, tapi berani bertanya bila tersekat. Kalau ragu-ragu tentang branching strategy syarikat, terus tanya senior: “Hi, apa convention nama branch dan PR korang kat sini?” — soalan mudah macam ni pun dah cukup tunjuk korang berdisiplin dan sedia nak belajar!