Commit mesajı hangi standarda göre üretilir?

Conventional Commits 1.0.0 standardına göre üretilir: feat, fix, refactor, perf, docs, test, chore, build ve ci türleri desteklenir. Değişen dosya yollarından otomatik modül kapsamı (scope) ve satır farklarından istatistikler türetilir.

Kodlarım veya diff verim sunucuya gider mi?

Kesinlikle hayır. Kod analizi ve metin üretimi tamamen tarayıcınızda (istemci tarafında) JavaScript ile çalışır. Hiçbir veri uzak sunucuya, harici bir API’ye veya üçüncü tarafa iletilmez.

Hangi git komutlarıyla diff alıp bu araca yapıştırabilirim?

Henüz stage edilmemiş değişiklikler için "git diff", stage edilmiş (git add yapılmış) değişiklikler için "git diff --cached" (veya git diff --staged), son commit için ise "git diff HEAD~1" komutunu kullanabilirsiniz.

Üretilen GitHub PR şablonunda neler bulunur?

PR taslağı; Değişiklik Özeti (Summary), Yapılan Değişiklikler (Changes Made), Doğrulama ve Test Planı (Test Plan checklist) ve Etkilenen Dosyalar (Files) bölümlerini standart ve incelenmesi kolay bir Markdown formatında içerir.

Conventional Commits 1.0🔒 %100 İstemci Taraflı (Gizli)GitHub & GitLab Uyumlu

AI Git Commit & PR Generator

Terminaldeki git diff veya git diff --cached çıktınızı yapıştırın; değişen dosyaları, satır farklarını ve kod bağlamını analiz ederek kurallara uygun Conventional Commits mesajı ve incelemeye hazır GitHub Pull Request (PR) taslağı oluştursun.

Terminalden Diff Al:

Örnekler:

Tespit Edilen Tür

fix

Kapsam (Scope)

api/auth

Etkilenen Dosya

2 dosya

Satır Farkı

+12/-0

git diff girdisi

29 satır

diff --git a/app/api/auth/session/route.ts b/app/api/auth/session/route.ts
new file mode 100644
index 0000000..8a1b2c3
--- /dev/null
+++ b/app/api/auth/session/route.ts
@@ -0,0 +1,18 @@
+import { NextResponse } from 'next/server'
+import { getSessionUser } from '@/lib/auth'
+
+export async function GET(req: Request) {
+  const user = await getSessionUser()
+  if (!user) {
+    return NextResponse.json({ error: 'Unauthorized' }, { status: 401 })
+  }
+  return NextResponse.json({ user, status: 'active' })
+}
diff --git a/app/components/user-profile-card.tsx b/app/components/user-profile-card.tsx
index 1a2b3c4..5d6e7f8 100644
--- a/app/components/user-profile-card.tsx
+++ b/app/components/user-profile-card.tsx
@@ -12,4 +12,6 @@ export function UserProfileCard({ user }: Props) {
   return (
     <div className="rounded-xl border p-4 bg-white dark:bg-zinc-900">
       <h3>{user.name}</h3>
+      <span className="badge badge-success">{user.role}</span>
+      <p className="text-sm text-zinc-500">{user.email}</p>
     </div>
   )
}

Gizlilik Garantisi: Kodunuz sunucuya gitmez, tüm ayrıştırma %100 tarayıcınızda (istemcide) gerçekleşir.

Gelişmiş İnce Ayar (İsteğe Bağlı)

Commit Türünü Değiştir

Kapsam (Scope)

Issue / Ticket No

⚠️ Breaking Change (Geriye uyumsuz)

COMMIT_MSG.txt (Conventional Commits)UTF-8

fix(api/auth): 2 dosyada oluşan hatalar düzeltildi

- Değişiklik kapsamı: 2 dosya (+12 / -0 satır)
- Standart: Conventional Commits (fix)
- Etkilenen ana dosyalar:
- `app/api/auth/session/route.ts`
- `app/components/user-profile-card.tsx`

💡 Hızlı Kullanım İpucu:

Terminalde git commit -F - komutunu çalıştırıp bu metni doğrudan yapıştırabilir veya Git Komutu sekmesindeki tek satırlık hazır komutu kullanabilirsiniz.

Conventional Commits ve Modern Git İş Akışları Rehberi

Git commit mesajları ve Pull Request (PR) açıklamaları, bir yazılım projesinin yaşayan dokümantasyonudur. Bu araç; terminaldeki git diff çıktısını ayrıştırarak feat, fix, refactor, perf, docs, test ve chore türlerini otomatik çıkarır; değişen dizin yapısına göre modül kapsamı (scope) belirler ve GitHub standartlarında PR taslağı oluşturur.

1. Conventional Commits 1.0.0 Standardı Nedir?

Conventional Commits, commit mesajları üzerine yapılandırılmış hafif bir kural kümesidir. Mesajları insanların kolayca okuyabileceği, otomasyon araçlarının ise (CI/CD, Semantic Release, Lerna, Changesets) hatasız yorumlayabileceği açık bir sözdizimi tanımlar:

<tür>[isteğe bağlı kapsam][!]: <kısa açıklama>

[isteğe bağlı gövde açıklaması / istatistikler]

[isteğe bağlı altbilgi: BREAKING CHANGE veya Issue referansı]

Eğer yapılan değişiklik geriye dönük uyumluluğu bozuyorsa (breaking change), türün veya kapsamın hemen ardına ! işareti eklenir (ör. feat(api)!: v2 auth formatına geçiş) veya altbilgiye BREAKING CHANGE: açıklama yazılır. Bu sayede SemVer otomasyon araçları sürümü otomatik olarak Major olarak artırır.

2. Desteklenen Commit Türleri ve Doğru Kullanım

Doğru commit türünü seçmek, ekip içi kod incelemelerini (Code Review) hızlandırır ve changelog dökümlerini kristal netliğine kavuşturur:

Tür	SemVer Etkisi	Ne Zaman Kullanılır?	Örnek
feat	MINOR (0.X.0)	Kullanıcıya veya API tüketicisine yeni bir özellik eklendiğinde.	feat(auth): google oauth desteği
fix	PATCH (0.0.X)	Bir hata, çökmeye sebep olan kusur veya beklenmeyen davranış düzeltildiğinde.	fix(cart): sepet toplamı ondalık hatası
refactor	PATCH / Yok	Kod davranışı değişmeden yapılan temizlik, yeniden adlandırma veya mimari düzenlemeler.	refactor(db): prisma client sorgularını optimize et
perf	PATCH	Uygulamanın çalışma süresini, bellek veya ağ tüketimini iyileştiren optimizasyonlar.	perf(images): avif formatına geç ve lazy-load
test	Etkisiz	Eksik birim/e2e testleri yazıldığında veya bozuk test senaryoları düzeltildiğinde.	test(checkout): ödeme akışı playwright testleri
docs	Etkisiz	Yalnızca README, Wiki veya kod içi dokümantasyon güncellendiğinde.	docs(readme): kurulum adımlarına pnpm ekle
chore	Etkisiz	Bağımlılık güncellemeleri, tsconfig, package.json veya linter ayarları.	chore(deps): next.js v15 sürümüne yükselt

3. Terminalden Hızlı Git Diff Alma ve Panoya Gönderme

Farklı durumlar için terminalde kullanabileceğiniz pratik diff komutları:

Henüz Stage Edilmemiş (Staged Olmayan) Değişiklikler:git diff

Stage Edilmiş (git add Yapılmış) Değişiklikler (Tavsiye Edilen):git diff --cached(veya git diff --staged)

Son Yapılan Commit'in Farkı:git diff HEAD~1

Tek Komutla Doğrudan İşletim Sistemi Panosuna Kopyalama:

macOSgit diff --cached | pbcopy

Linux / WSLgit diff --cached | xclip -sel clip

Windows PowerShellgit diff --cached | Set-Clipboard

4. Kaliteli Bir GitHub / GitLab Pull Request Nasıl Hazırlanır?

İyi bir PR, kod inceleyicilerin (reviewer) vakit kaybetmeden neyin neden değiştiğini anlamasını sağlar:

Küçük ve Odaklanmış Tutun: 500+ satırlık devasa PR'lar yerine, tek bir sorumluluğu çözen atomik PR'lar açın.
Doğrulama / Test Planı Ekleyin: Bu aracın ürettiği şablondaki gibi, inceleyicinin kodu yerelde veya önizleme ortamında nasıl test edeceğini açıkça belirtin.
İlgili Issue ile Eşleştirin: PR gövdesine Closes #123 veya Fixes PROJ-42 yazarak PR birleştiğinde (merge) issue'nun otomatik kapanmasını sağlayın.

5. Sıfır Veri Transferi: Tamamen İstemci Taraflı (Client-Side Privacy)

Kurumsal projelerde ve gizli kod depolarında en büyük endişe, kod bloklarının üçüncü parti bulut LLM servislerine sızmasıdır. Bu araç, analizin tamamını tarayıcınızın JavaScript motorunda yerel olarak yürütür. Hiçbir git diff verisi, token veya kaynak kod parçası sunucuya gönderilmez; tamamen çevrimdışı (offline) çalışabilir güvenliğe sahiptir.

Geliştirici İş Akışınızı Destekleyen Diğer Araçlar

Geliştirme sürecinizde ihtiyaç duyabileceğiniz diğer ücretsiz araçlar:

🐳 Dockerfile & Compose Builder

Next.js, Node.js ve Python için optimize edilmiş Docker konteyner yapılandırmaları oluşturun.

⚙️ .cursorrules Generator

Cursor ve Claude Dev yapay zeka ajanları için mimari kural setleri ve sistem komutları oluşturun.

⚡ API Mock Studio

Frontend geliştirmeleri için gerçekçi sahte REST ve JSON API yanıtları kurgulayın.

🤖 AI Function Calling Builder

OpenAI, Claude ve Vercel AI SDK için tip güvenli araç ve fonksiyon şemaları tasarlayın.

Blog · Konular · Tüm Eklentiler & Araçlar · SSS