Branching Convention
Standar penamaan branch dan aturan commit message
Branch Naming
Gunakan prefix yang jelas agar mudah di-filter dan di-track:
| Prefix | Contoh | Untuk |
|---|---|---|
feature/ | feature/user-auth | Fitur baru |
fix/ | fix/login-error | Bug fix non-kritis |
hotfix/ | hotfix/security-patch | Critical fix ke production |
release/ | release/v1.2.0 | Persiapan rilis |
chore/ | chore/update-deps | Tugas teknis (refactor, deps) |
docs/ | docs/api-guide | Dokumentasi |
Format:
<prefix>/<deskripsi-singkat>— gunakankebab-case, bahasa Inggris.
Commit Convention
Gunakan Conventional Commits:
<type>(<scope>): <description>
[optional body]
[optional footer]
Types
| Type | Makna |
|---|---|
feat | Fitur baru |
fix | Bug fix |
chore | Tugas teknis |
refactor | Perubahan kode tanpa perubahan fungsionalitas |
docs | Dokumentasi |
test | Nambah atau ubah test |
style | Formatting, spasi, koma |
perf | Performance improvement |
Contoh
feat(auth): add OAuth2 login with Google
Implement Google OAuth2 flow with PKCE.
Token disimpan di httpOnly cookie.
Closes #123
fix(payment): handle null amount in invoice
Cegah crash saat amount bernilai null dari webhook.
chore(deps): bump sveltekit from 2.0 to 2.5
Pull Request Rules
- Judul PR harus mengikuti format commit convention
- Deskripsi PR harus jelas: apa yang diubah, kenapa, dan bagaimana cara test
- Setiap PR minimal 1 review approval sebelum di-merge
- Jangan merge PR yang masih WIP (draft)
- Squash merge untuk feature branch, merge commit untuk release/hotfix
Checklist PR
- Kode sudah di-test lokal
- Tidak ada
console.logatau debug code - Tidak ada commented-out code
- Dokumentasi di-update jika ada perubahan API
- Branch sudah di-rebase dari
develop(untuk feature) ataumain(untuk hotfix)