Öncelikle karışıklıklardan kaçınmak için: Yeni iOS projeleri için Hata Ayıklama yapılandırmasının varsayılan hata ayıklama bilgisi biçimi "dSYM dosyasıyla DWARF", ancak yeni OS X projeleri için yalnızca "DWARF".
Bu bölümün bir kısmı tarihseldir, ancak şu anda iOS ayarı hala "dSYM dosyası ile DWARF" şeklindedir; yalnızca Xcode'un iOS aygıtlarından kopyalandıkça kilitlenme günlüklerini belirten bölümü bu amaçla dSYM kullanır. Dolayısıyla, Geliştirme yapınızı cihazınıza indirmeyi test etmeyi planlıyorsanız ve daha sonra hata ayıklayıcının dışına parmağınızı başlatarak ve egzersiz yaparak gerçekleştiriyorsanız, dSYM'e sahip olmak, karşılaştığınız tüm kilitleri anlamak için kullanışlıdır. Hata ayıklayıcı altında çalışıyorsanız, elbette, yalnızca kilitlenme noktasında duracak, dolayısıyla bir kilitlenme raporunu sembolize etmeniz gerekmez.
Bunun dışında, iOS için DWARF'e geçiş yapan hiçbir şeyi kaybetmediğinizi düşünmüyorum. Ve SpaceDog'un belirttiği gibi, hata ayıklayıcının DWARF'ın neye ihtiyaç duyduğunu nasıl bildiğini bildiğinden, zamanın dönmesini hızlandırıyor, oysa dSYM oluşturma aracı (dsymutil) & hepsini yeniden yazmalıdır.
Elbette, Sürüm Oluşturma işlemini yaptığınızda & hata ayıklama bilgisini arşivlemek istersiniz - bu dSYM'nin tüm noktasıdır, aksi halde hata ayıklama bilgileri (.o dosyalarında bulunan) ile birlikte silinir. Diğer ara ürün ürünleri ve yayınlanan uygulamanızda gerçekleşen kilitlenmeleri sembolleştiremezsiniz.
Hata ayıklayıcıyı kullanıyor musunuz? – zaph
neden? Şu anda onları devre dışı bıraktım ve hala hata ayıklayıcıyı kullanabiliyorum. – SpaceDog
Sanırım farklı bir şeye bakıyordum. Hangi ortamı değiştirdiğini merak ediyor musun? – zaph