Conventional Commits nedir? Semantic Versioning ve otomatik sürüm/changelog üretimiyle ilişkisi nasıldır?

Conventional Commits, commit mesajlarını makinenin okuyabileceği standart bir formatta yazma kuralıdır. Bu sayede commit geçmişinden sürüm numarası ve changelog otomatik üretilebilir.

<tip>(<kapsam>): <kısa açıklama>

feat(auth): Google ile giriş eklendi
fix(cart): indirimli fiyat yuvarlama hatası düzeltildi
docs: README kurulum adımları güncellendi
refactor(api): sipariş servisi sadeleştirildi
feat(api)!: /v1/orders yanıt formatı değişti

BREAKING CHANGE: "total" alanı artık kuruş cinsinden tamsayı

Yaygın tipler: feat, fix, docs, style, refactor, perf, test, build, ci, chore.

Semantic Versioning (SemVer) ilişkisi

SemVer sürümü MAJOR.MINOR.PATCH şeklinde tanımlar:

Otomasyon

• commitlint + Husky commit-msg hook'u ile format kontrolü.
• semantic-release, release-please veya Changesets ile CI'da otomatik sürüm numarası, Git tag'i, CHANGELOG.md ve GitHub Release oluşturma.

npm install -D @commitlint/cli @commitlint/config-conventional
echo "export default { extends: ['@commitlint/config-conventional'] };" > commitlint.config.js
echo 'npx --no -- commitlint --edit "$1"' > .husky/commit-msg

Squash merge kullanan ekiplerde genelde sadece PR başlığının bu formata uyması yeterlidir, çünkü main dalında PR başlığı commit mesajı olur.