tl; dr kullanımı:
pod update podName
Neden? Alttarafı oku.
pod update
saygı duymayacak podfile.lock
. Geçersiz kılar.
pod install
saygı duyacak podfile.lock
Bu diyagram farklılıkları daha iyi anlamaya yardımcı olur:
En büyük sorun ~>
aka iyimser operatörden geliyor .
Sürümünde tam sürümleri kullanmak Podfile
yeterli değildir
Bazıları onların kendi bölmelerin tam sürümlerini belirterek düşünebilir Podfile
gibi pod 'A', '1.0.0'
, her kullanıcı ekibindeki diğer insanlarla aynı sürüme sahip olacağı garanti için yeterlidir.
Daha sonra pod update
, sadece yeni bir kapsül eklerken bile, diğer bölmeleri güncellemeyi riske atmayacağını düşünerek bile kullanabilirler çünkü Podfile
.
Ama aslında, yukarıdaki senaryomuzdaki user1 ve user2'nin her zaman tüm kapsüllerinin tam olarak aynı sürümünü alacağını garanti etmek yeterli değildir.
Tipik bir örnek, kapsülün A
, olarak A2
bildirilen kapsüle bağımlı olup olmadığıdır . Bu durumda, Pod dosyasında bölme kullanmak gerçekten de user1 ve user2'yi her zaman A bölmesinin 1.0.0 sürümünü kullanmaya zorlar, ancak:A.podspec
dependency 'A2', '~> 3.0'
'A', '1.0.0'
- user1
A2
sürümü pod ile sonuçlanabilir 3.4
(çünkü A2
o zamanın en son sürümü idi)
- user2
pod install
projeye daha sonra katıldığında çalıştığında A2
, sürümde kapsül alabilirler 3.5
(çünkü A2
bakıcı bu arada yeni bir sürüm yayınlamış olabilir). Bu nedenle, her ekip üyesinin her bir bilgisayarın bilgisayarındaki tüm kapsülün aynı sürümleriyle çalışmasını sağlamanın tek yolu, vs. yöntemini Podfile.lock
kullanmaktır .pod install
pod update
Yukarıdaki alıntı, kapsül kurulumuna karşı kapsül güncellemesinden türetilmiştir.
Ayrıca ne işe yaradığını izlemenizi tavsiye ederimpodfile.lock
podfile.lock
olduğunu. Bağlantıya ve referans aldığı videoya bakın.