Config'teki tipo'yu yakala
Önce
API_TIMEOUT=3000Sonra
API_TIMEOUT=30000Fazladan tek bir sıfır, 3 saniyelik bir timeout'u 30 saniyeye çıkarır. Diff checker bunu saniyeler içinde fark eder — iki .env dosyasını gözle taramak çoğu zaman kaçırır.
Fark Karşılaştırıcı
İki metin veya kod bloğunu satır ve kelime farkıyla yan yana karşılaştır.
Son güncelleme
Orijinal6 satır
Değiştirilmiş6 satır
Fark+3 −3 · 3 değişmemiş
−
function greet(name) {+function greet(name) {−
console.log("Hello, " + name);+ console.log(`Hello, ${name}!`);−
return name;+
return name.toUpperCase();
−
}+
}
−+
−
greet("world");+greet("World");Diff checker nedir?
Bir diff checker, iki metin ya da kod parçasını karşılaştırıp eklenen, silinen veya değiştirilen kısımları işaretler. Geliştiriciler diff'i sürekli kullanır: kod review yaparken, konfigürasyon değişikliklerini debug ederken, API yanıtlarını karşılaştırırken, migration'ları doğrularken ve commit etmeden önce yapılan düzenlemeleri anlamak için.
Diff okumak temel bir geliştirici becerisidir. *Gerçek davranış değişikliklerini* zararsız biçim düzeltmelerinden ayırmanı sağlar; 200 satırlık bir blokta tek karakterlik bir değişikliği yakalamana yardımcı olur. Yeşil / kırmızı / sarı ritmini bir kez içselleştirdiğinde kod review çok daha hızlı akar.
İki diff türü öne çıkar: *satır diff'i* (hangi satırlar değişti) ve *kelime diff'i* ya da *karakter diff'i* (satırın içinde ne değişti). İyi bir diff aracı, kaynak kodu mu yoksa düz metin paragraflarını mı karşılaştırdığına göre bunlar arasında geçiş yapmana izin verir.
Metin karşılaştırırken öğreneceklerin
- Satır diff'i değişikliğin *nerede* olduğunu, kelime ve karakter diff'i ise satırın içinde *neyin* değiştiğini gösterir.
- Boşluk bazen anlamlıdır (Markdown, YAML, Python), bazen zararsızdır (çoğu diğer kod) — duruma göre boşluğu yoksay seçeneğini açıp kapat.
- Küçük görünen bir diff; bir değer, koşul, route, ortam değişkeni veya feature flag'i değiştiriyorsa devasa bir etkiye sahip olabilir.
İki metni adım adım nasıl karşılaştırırsın
İki versiyonu yapıştır
Orijinal metni sol tarafa, yeni versiyonu sağ tarafa bırak. Kod, JSON, düz metin, config dosyaları — hepsi olur.
Satır mı kelime diff'i mi seç
Kaynak kod ya da yapılandırılmış veri için satır diff'ini kullan. Kelimelerin önemli olduğu metin paragraflarını karşılaştırırken kelime diff'ine geç.
Boşluk ve büyük/küçük harf seçeneklerini ayarla
Yalnızca anlamlı değişiklikler ilgini çekiyorsa *boşluğu yoksay* seçeneğini aç; logları ya da büyük/küçük harfin önemsiz olduğu metinleri karşılaştırırken *harf duyarlılığını yoksay* seçeneğini aç.
Renkli çıktıyı oku
Silinen içerik solda kırmızı, eklenen içerik sağda yeşil olarak görünür. Değiştirilmiş satırlar genellikle yan yana, her iki taraftan birer satır olarak gösterilir.
Üstüne git
İki taraftan birini düzenle ve diff'in canlı olarak güncellendiğini gör. Pull request açmadan önce temiz bir patch hazırlamak için harikadır.
Diff renkleri ve sembolleri için hızlı referans
Coddy'nin diff checker'ında — ve git diff, GitHub ile diğer pek çok diff görüntüleyicide — kullanılan ortak gösterim.
| İşaret | Anlamı | Nerede görünür |
|---|---|---|
Kırmızı / - | Orijinalden silinmiş satır | Sol panel |
Yeşil / + | Yeni versiyona eklenmiş satır | Sağ panel |
| Sarı / her iki taraf | Değiştirilmiş satır — satır içinde kısmi değişiklik | Her iki panel |
| Renksiz | Değişmemiş satır — iki versiyonda da ortak | Her iki panel |
@@ ... @@ | git diff'teki hunk başlığı — satır numaraları | Terminal git diff çıktısı |
| Kelime diff'i | Değişen bir satırın içindeki karakter ya da kelime düzeyi fark | Sarı satırın içinde vurgulanır |
Deneyebileceğin diff örnekleri
Kelime düzeyinde düzenleme
Önce
Kullanıcı login olabilir.
Sonra
Kullanıcı log in olabilir.
Kelime diff'i login → log in değişimini vurgular. Satır diff'i tüm satırı değişmiş olarak gösterirdi; kelime diff'i ise asıl düzenlemeyi izole eder.
İki API yanıtını karşılaştır
Yanıt A
{ "id": 42, "status": "draft", "published": false}Yanıt B
{ "id": 42, "status": "published", "published": true}Diff sayesinde birbiriyle ilişkili iki alanın birlikte değiştiği hemen göze çarpıyor. State değiştiren bir API çağrısının beklenen işi yapıp yapmadığını doğrulamanın en hızlı yolu budur.
Diff'te sık yapılan hatalar
- Boşluk anlamlıyken boşluğu yoksaymak — Markdown, YAML ve Python girintilemeyi ciddiye alır.
- Sadece yeşil (eklenen) satırlara bakıp kritik kırmızı (silinen) satırları gözden kaçırmak.
- Temiz görünen bir diff'in yeni versiyonun doğru olduğunu kanıtladığını sanmak. Diff yalnızca *neyin değiştiğini* gösterir, *değişikliğin doğru olup olmadığını* değil.
Diff Checker SSS
Metin karşılaştırma ile diff checker arasındaki fark nedir?
Aslında hiç yok — ikisi aynı aracın iki farklı adı. Her ikisi de iki metin parçasını karşılaştırıp eklenen, silinen veya değiştirilen kısımları vurgular.
Bu araçla kod karşılaştırabilir miyim?
Evet. Bir text diff; kod, JSON, SQL, Markdown, YAML, config dosyaları ve düz metin için sorunsuz çalışır. Satır diff'i görünümü özellikle kaynak kod review'unda çok işe yarar.
Geliştiriciler diff'i neden her gün kullanıyor?
Diff; kod review, değişiklik takibi, regresyon avı ve incident sonrası analiz işlerinin temelidir.
git diff, pull request görünümleri ve IDE'lerin compare panelleri hep aynı fikrin farklı yüzleri.Boşluk yoksayılmalı mı?
Yalnızca dosya türü için boşluk önemli değilse. Python, YAML ve Markdown'da boşluk anlamlıdır ve karşılaştırılmalıdır. Diğer çoğu kodda boşluğu yoksaymak diff'i daha temiz hale getirir.
Verilerim bu diff checker'da güvende mi?
Evet — karşılaştırma tamamen tarayıcında çalışır. Metnin yüklenmez ve saklanmaz. İç kod, konfigürasyon ve müşteri veri örnekleriyle güvenle kullanabilirsin.
