Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
Bu sayfada Crashlytics'i kullanmayla ilgili sık sorulan soruların yanıtları ve sorun giderme yardımı yer almaktadır. Aradığınızı bulamıyorsanız veya daha fazla yardıma ihtiyacınız varsa Firebase destek ekibiyle iletişime geçin.
Genel sorun giderme/SSS
Sorunlar tablosundaki bazı sorunlar için farklı biçimler (ve bazen "varyantlar") görme
Firebase konsolundaki Sorunlar tablonuzda listelenen sorunlar için iki farklı biçim görebilirsiniz. Ayrıca, sorunlarınızın bazılarında
"varyantlar" adlı bir özellik de görebilirsiniz. Bunun nedenleri aşağıda açıklanmıştır!
2023'ün başlarında, etkinlikleri gruplandırmak için iyileştirilmiş bir analiz motorunun yanı sıra yeni sorunlar (varyantlar gibi) için güncellenmiş bir tasarım ve bazı gelişmiş özellikler kullanıma sunduk. Tüm ayrıntılar için en son blog yayınımıza göz atın, ancak öne çıkan konuları aşağıda okuyabilirsiniz.
Crashlytics, uygulamanızdaki tüm etkinlikleri (kilitlenmeler, önemli olmayanlar ve ANR'ler gibi) analiz eder ve sorunlar adı verilen etkinlik grupları oluşturur. Bir sorundaki tüm etkinliklerin ortak bir hata noktası vardır.
Geliştirilmiş analiz motoru, etkinlikleri bu sorunlar altında gruplandırmak için artık yığın izlemedeki çerçeveler, istisna mesajı, hata kodu ve diğer platform ya da hata türü özellikleri dahil olmak üzere etkinliğin birçok yönünü inceler.
Ancak bu etkinlik grubu içinde, hataya neden olan yığın izlemeler farklı olabilir. Farklı bir yığın izleme, farklı bir kök nedene işaret edebilir.
Bir sorun içindeki bu olası farkı temsil etmek için artık sorunlar içinde varyantlar oluşturuyoruz. Her varyant, bir sorundaki aynı hata noktasına ve benzer bir yığın izlemeye sahip bir etkinlik alt grubudur. Varyantları kullanarak, bir sorun içindeki en yaygın yığın izlemelerde hata ayıklayabilir ve hataya yol açan farklı temel nedenlerin olup olmadığını belirleyebilirsiniz.
Bu iyileştirmelerle neler yaşayacaksınız?
Sorun satırında görüntülenen yenilenmiş meta veriler Uygulamanızdaki sorunları anlamak ve önceliklendirmek artık daha kolay.
Daha az yinelenen sorun Satır numarası değişikliği, yeni bir sorunla sonuçlanmaz.
Çeşitli temel nedenlerle ilgili karmaşık sorunlarda daha kolay hata ayıklama Bir sorundaki en yaygın yığın izlemelerde hata ayıklamak için varyantları kullanın.
Daha anlamlı uyarılar ve sinyaller Yeni bir sorun aslında yeni bir hatayı temsil etmektedir.
Daha güçlü arama Her sorun, istisna türü ve paket adı gibi daha fazla aranabilir meta veri içerir.
Bu iyileştirmelerin kullanıma sunulma şekli:
Uygulamanızdan yeni etkinlikler aldığımızda, bunların mevcut bir sorunla eşleşip eşleşmediğini kontrol ederiz.
Eşleşme olmazsa daha akıllı etkinlik gruplandırma algoritmamızı etkinliğe otomatik olarak uygular ve yenilenen meta veri tasarımıyla yeni bir sorun oluştururuz.
Bu, etkinlik grubumuzda yaptığımız ilk büyük güncellemedir. Geri bildiriminiz varsa veya herhangi bir sorunla karşılaşırsanız lütfen
bildirimde bulunarak
bize bildirin.
Kilitlenme sorunu yaşanmayan metrikleri ve/veya hız uyarılarını görmeme
Kilitlenme sorunu yaşamayan kullanıcılar ve oturumlar gibi
çökme sorunu yaşamayan kullanıcılar ve oturumlar
ve/veya hız uyarıları görünmüyorsa
İçerik haritası günlükleri gösterilmiyor
İçerik haritası günlüklerini görmüyorsanız uygulamanızın Google Analytics yapılandırmasını kontrol etmenizi öneririz.
Aşağıdaki koşulları karşıladığınızdan emin olun:
uygulamanıza eklediniz. Bu SDK, Crashlytics SDK'ya ek olarak da eklenmelidir.
Uygulamanızda kullandığınız tüm ürünlerde
kullanıyorsanız
Bir sorunla ilgili notları kimler görüntüleyebilir, yazabilir ve silebilir?
Notlar, proje üyelerinin sorular, durum güncellemeleri vb. konularla ilgili belirli sorunlar hakkında yorum yapmasına olanak tanır.
Bir proje üyesi not yayınladığında, bu not ilgili kişinin Google hesabının e-posta adresiyle etiketlenir. Bu e-posta adresi, notla birlikte, notu görüntüleme erişimi olan tüm proje üyeleri tarafından görülebilir.
Aşağıda notları görüntülemek, yazmak ve silmek için gereken erişim izni açıklanmaktadır:
Aşağıdaki rollerden herhangi birine sahip proje üyeleri mevcut notları görüntüleyip silebilir ve bir sorun hakkında yeni notlar yazabilir.
Bir sorunla ilgili notları kimler görüntüleyebilir, yazabilir ve silebilir?
Notlar, proje üyelerinin sorular, durum güncellemeleri vb. konularla ilgili belirli sorunlar hakkında yorum yapmasına olanak tanır.
Bir proje üyesi not yayınladığında, bu not ilgili kişinin Google hesabının e-posta adresiyle etiketlenir. Bu e-posta adresi, notla birlikte, notu görüntüleme erişimi olan tüm proje üyeleri tarafından görülebilir.
Aşağıda notları görüntülemek, yazmak ve silmek için gereken erişim izni açıklanmaktadır:
Aşağıdaki rollerden herhangi birine sahip proje üyeleri mevcut notları görüntüleyip silebilir ve bir sorun hakkında yeni notlar yazabilir.
Uygulama ayrıca Google Mobile Ads SDK'sını kullanıyor ancak kilitlenme almıyor
Projeniz, Google Mobile Ads SDK'sı ile birlikte Crashlytics'i kullanıyorsa kilitlenme bildiricileri, istisna işleyicileri kaydederken müdahale ediyor olabilir. Sorunu düzeltmek için disableSDKCrashReporting numaralı telefonu arayarak Mobile Ads SDK'sında kilitlenme raporlamayı devre dışı bırakın.
BigQuery veri kümem nerede bulunuyor?
Crashlytics'i BigQuery'ye bağladıktan sonra, oluşturduğunuz yeni veri kümeleri Firebase projenizin konumundan bağımsız olarak otomatik olarak ABD'de depolanır.
Platform desteği
Geri çekilen sorunlar
Geri çekilen sorun nedir?
Daha önce sorunu kapattığınızda bir sorun gerileme yaşanmıştır ancak Crashlytics, sorunun yeniden oluştuğunu belirten yeni bir rapor alır.
Crashlytics, geri çekilen bu sorunları otomatik olarak yeniden açar. Böylece bu sorunları uygulamanıza uygun şekilde ele alabilirsiniz.
Aşağıda, Crashlytics'in bir sorunu regresyon olarak nasıl sınıflandırdığını açıklayan örnek bir senaryo verilmiştir:
Crashlytics, ilk kez Crash "A" ile ilgili kilitlenme raporu alıyor. Crashlytics, söz konusu kilitlenmeye karşılık gelen bir sorunu açar ("A" sorunu).
Bu hatayı hızlıca düzeltip "A" sorununu kapatır ve ardından uygulamanızın yeni bir sürümünü yayınlarsınız.
Siz sorunu kapattıktan sonra Crashlytics, "A" Sorunu ile ilgili bir rapor daha alır.
Rapor, Crashlytics'in sorunu ne zaman kapattığınızda bildiğim bir uygulama sürümüne aitse (yani, ilgili sürüm herhangi bir kilitlenme için kilitlenme raporu göndermişse) Crashlytics, bu sorunu regresyon olarak değerlendirmez. Sorun kapalı kalacaktır.
Rapor, Crashlytics'in sorunu ne zaman kapattığınızı bilmediği bir uygulama sürümünden geliyorsa (yani ilgili sürüm herhangi bir kilitlenme için hiçhiç kilitlenme raporu göndermediyse) Crashlytics, geri dönen sorunu değerlendirir ve sorunu yeniden açar.
Bir sorun geri döndüğünde, regresyon algılama uyarısı gönderir ve Crashlytics'in sorunu yeniden başlattığını bildirmek için soruna bir regresyon sinyali ekleriz. Regresyon algoritmamız nedeniyle bir sorunun yeniden açılmasını istemiyorsanız sorunu kapatmak yerine "sesi kapatın".
Neden eski uygulama sürümlerinde geri dönen sorunlar görüyorum?
Rapor, sorunu kapattığınızda hiç kilitlenme raporu göndermemiş eski bir uygulama sürümünden geliyorsa Crashlytics, sorunun geri çekildiğini kabul eder ve sorunu yeniden açar.
Bu durum şu durumda meydana gelebilir: Bir hatayı düzeltmiş ve uygulamanızın yeni bir sürümünü yayınlamış olmanıza rağmen hâlâ hata düzeltmesi olmayan eski sürümleri kullanan kullanıcılarınız vardır. Sorunu kapattığınızda bu eski sürümlerden biri hiç hiç kilitlenme raporu göndermediyse ve bu kullanıcılar hatayla karşılaşmaya başladıysa bu kilitlenme raporları geri çekilen sorunu tetikler.
Regresyon algoritmamız nedeniyle bir sorunun yeniden açılmasını istemiyorsanız sorunu kapatmak yerine "sesi kapatın".