Sürüm öncelikleriyle ilgili bir sorun nasıl ortaya…

iOS geliştirmede sürüm öncelikleri sorunu (bilinen adıyla "sürüm cehennemi"), proje birden fazla kütüphane veya framework'e bağlıysa ve bunların ortak bağımlılıkları olsa da, farklı gereken sürümler söz konusuysa ortaya çıkabilir.

Nedenleri:

Transitif bağımlılıklar: A Kütüphanesi, C kütüphanesine 1.0 sürümünden bağlıdır, B Kütüphanesi ise C'ye 2.0 sürümünden bağlıdır. Eğer proje hem A hem de B kütüphanelerini kullanıyorsa, bağımlılık yöneticisi (örneğin, CocoaPods, Carthage, Swift Package Manager), hangi C sürümünü dahil edeceğine karar vermelidir.
Uyumsuz API'ler: Aynı kütüphanenin farklı sürümleri, API'de uyumsuz değişiklikler içerebilir. Bağımlılık yöneticisi daha yeni bir sürüm seçerse, ancak projenin bir bağımlılığı eski API'yi bekliyorsa, bu derleme veya çalışma zamanı hatalarına yol açabilir.
Bağımlılık çözümleme: Bağımlılık yöneticisi, tüm bağımlı kütüphanelerin gereksinimlerini karşılayan ortak bir sürüm bulmaya çalışabilir. Bu her zaman mümkün değildir, özellikle gereksinimler çatışıyorsa (örneğin, bir kütüphane >= 1.0 gerektirirken, diğer < 2.0 ve < 1.5 gerektirebilir).
Yerel (Carthage): Carthage kullanılırken, bağımlılıkları framework olarak derler, her bağımlılık kendi ortak bağımlılık sürümüyle derlenebilir. Bu, aynı kütüphanenin farklı sürümlerinin uygulama paketine dahil edilmesine neden olabilir ve bu da sembol çatışmalarına veya öngörülemeyen davranışlara yol açabilir.

Belirtiler:

Eksik semboller veya uyumsuz tiplerle ilgili derleme hataları.
dyld: Library not loaded gibi çalışma zamanı hataları veya sembol çatışmalarından kaynaklanan segmentasyon hataları.
Uygulamanın öngörülemeyen davranışı, takip edilmesi zor olabilir.

Örnek (CocoaPods):

Diyelim ki, Podfile dosyanız şu şekilde:

# Podfile
platform :ios, '13.0'
use_frameworks!

target 'MyTarget' do
  pod 'LibraryA', '~> 1.0' # LibraryA, Alamofire ~> 5.0'a bağlı
  pod 'LibraryB', '~> 2.0' # LibraryB, Alamofire ~> 5.5'e bağlı
end

CocoaPods, her iki gereksinimi de karşılayan bir Alamofire sürümü bulmaya çalışacaktır (~> 5.0 ve ~> 5.5). Muhtemelen en yüksek uyumlu sürümü (örneğin, Alamofire 5.5) seçecektir, ancak LibraryA'nın Alamofire 5.5 API'siyle tam uyumlu olmaması durumunda sorunlar ortaya çıkabilir.

Çözüm:

Bağımlılıkları güncelle: Tüm bağımlılıkları en son uyumlu sürümlere güncellemeye çalışın.
Sürümleri sabitle: Bağımlılıkların sürümlerini, bağımlılık yöneticisi dosyasında (örneğin, pod 'LibraryA', '= 1.0.0') katı şekilde sabitleyin. Bu, faydalı olabilir, ancak sonraki güncellemeleri zorlaştırır.
Bağımlılık analizi yap: Bağımlılık yöneticisi komutlarını kullanın (örneğin, pod outdated, pod repo update) bağımlılık ağacını anlamak ve çatışmaları tespit etmek için.
İzolasyon (her zaman uygulanmaz): Nadiren, sorunlu kısmı ayrı framework'ler kullanarak izole etmeyi düşünebilirsiniz, bu mimariyi karmaşıklaştırır.
SPM kullan: Swift Package Manager, bağımlılıkları daha katı çözümleme eğilimindedir ve çatışmaları daha hızlı tespit edebilir.
Vendorize et: En sonunda, sorunlu bağımlılığın kaynak kodunu doğrudan projeye dahil edebilirsiniz, ancak bu son derece önerilmez.

Sürüm öncelikleri, bağımlılıkların dikkatli yönetimini ve düzenli denetimleri gerektirir.

Sürüm öncelikleriyle ilgili bir sorun nasıl ortaya çıkabilir?