tl; dr kullanımı:
pod update podName
Neden? Alttarafı oku.
pod updatesaygı 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 Podfileyeterli değildir
Bazıları onların kendi bölmelerin tam sürümlerini belirterek düşünebilir Podfilegibi 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 A2bildirilen 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.podspecdependency 'A2', '~> 3.0''A', '1.0.0'
- user1
A2sürümü pod ile sonuçlanabilir 3.4(çünkü A2o zamanın en son sürümü idi)
- user2
pod installprojeye daha sonra katıldığında çalıştığında A2, sürümde kapsül alabilirler 3.5(çünkü A2bakı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.lockkullanmaktır .pod installpod 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.lockolduğunu. Bağlantıya ve referans aldığı videoya bakın.