pod install一般是你第一次想要為項(xiàng)目添加pod的時(shí)候使用嘱腥，也可以在你位podfile文件和移除pod庫(kù)的時(shí)候使用
每次pod install命令時(shí)候慷垮，pod install會(huì)為每一個(gè)他安裝的pod庫(kù)在podfile.lock文件中寫(xiě)入版本號(hào)。podfile.lock文件追蹤每一個(gè)安裝的pod庫(kù)的版本號(hào)坎背，并鎖定這些版本號(hào)
當(dāng)你運(yùn)行pod install時(shí)音婶，他只解決不在podfile.lock中的pod庫(kù)的依賴(lài)關(guān)系
對(duì)于在podfile.lock文件中的pod庫(kù)棒拂，podinstall只會(huì)下載podfile.lock文件中指定的版本姑隅，而不會(huì)去檢查這個(gè)庫(kù)是否有新的更新
對(duì)于不在podfile.lock文件中的pod庫(kù)写隶，podinstall會(huì)搜索這個(gè)pod庫(kù)在podfile文件中指定的版本
pod update
當(dāng)你運(yùn)行pod update命令時(shí)候，cocopods會(huì)列出所有在podfile.lock中有新版本的pod庫(kù)讲仰，這意味著慕趴，你對(duì)這些庫(kù)使用pod update時(shí)候，它們會(huì)更新
當(dāng)你向podfile中添加或者刪除 pod鄙陡，你應(yīng)該使用pod install而不是pod update來(lái)
當(dāng)想更新某個(gè)特定的pod庫(kù)的版本時(shí)候冕房，需要使用pod update
執(zhí)行pod install命令，會(huì)搜索pod庫(kù)相匹配的版本趁矾，并添加到podfile.lock內(nèi)耙册，保存版本，
當(dāng)你使用pod update,pod會(huì)把所有podfile.lock內(nèi)有新版本的pod庫(kù)都列出來(lái)愈魏，這表示你使用pod update就可以更新這些庫(kù)觅玻，前提是這些新版本符合你在podfile中所設(shè)的版本約束
使用pod update PODNAME,你可以更新指定的pod（檢索到符合約束的可更新的版本存在，會(huì)更新它）培漏。相反pod install并不會(huì)更新已安裝過(guò)的pods到新版本。
當(dāng)你增加一個(gè)pod到你的Podfile胡本，你應(yīng)該使用Pod install牌柄，而不是pod update（在安裝新的pod同時(shí)更新已存在的pod）。
pod update [PODNAME]僅該被用在你想要更新某個(gè)pod的版本時(shí)（或者是所有版本）
提交你的Podfile.lock
建議情況下侧甫，即使你決定不提交Pods的文件夾到共享倉(cāng)庫(kù)珊佣，你也應(yīng)該提交（commit&push）你的Podfile.lock文件。
否則披粟，pod install可以鎖住版本的邏輯就不成立
情景示例
情景1:用戶(hù)1創(chuàng)建項(xiàng)目
用戶(hù)1創(chuàng)建了項(xiàng)目咒锻，想要安裝pods A，B守屉，C惑艇，創(chuàng)建一個(gè)Podfile文件，使用pod install
這里將會(huì)安裝A，B滨巴，C思灌，版本都是1.0.0。
Podfile.lock會(huì)跟蹤版本恭取，A泰偿，B，C的版本都會(huì)鎖定為1.0.0蜈垮。
順便提一句耗跛，因?yàn)檫@里是第一次使用Pod install，所以CocoaPods還會(huì)創(chuàng)建Pods.xcodeproj 和 .xcworkspace文件攒发，但這不是主要功能
情景2:用戶(hù)1增加新的pod
稍后调塌，用戶(hù)1想要增加pod D到Podfile中，
這里也應(yīng)該使用pod install晨继，所以烟阐，雖然這里pod B的開(kāi)發(fā)者在這之間更新了一個(gè)新的版本1.1.0，這個(gè)項(xiàng)目依然會(huì)使用1.0.0紊扬，因?yàn)橛脩?hù)1只想增加pod D蜒茄，而不想更新pod B
這里就是很多用戶(hù)出錯(cuò)的地方，他們?cè)谶@里使用了pod update（表示我想更新項(xiàng)目到新的版本）而不是pod install（增加新的pod到項(xiàng)目中）
情景3:用戶(hù)2加入項(xiàng)目
用戶(hù)2餐屎，第一次加入項(xiàng)目中檀葛，克隆了項(xiàng)目倉(cāng)庫(kù)，并使用pod install腹缩。
Podfile.lock（應(yīng)該被提交到git repo）中的內(nèi)容將確保他得到和用戶(hù)1使用的版本相同的pod屿聋。
即使這時(shí)pod C有1.2.0可用，用戶(hù)2得到的還是1.0.0藏鹊，因?yàn)樵赑odfile.lock中鎖住的是它
情景4:檢查新的版本更新
過(guò)后润讥，用戶(hù)1想檢查是否有更新，他使用pod updated告訴他某些pod B可用1.1.0盘寡，pod C可用1.2.0.
用戶(hù)1決定更新podB楚殿，pod C不更新，他使用pod update B更新pod B到版本1.1.0（這是poflie.lock也會(huì)這樣更新）竿痰，但是pod C還是1.0.0脆粥。
使用固定版本在Podfile中是不夠的
有的人可能覺(jué)得，我在Podfile中使用精確的固定版本影涉，例如pod ‘A’, ‘1.0.0’,是不是可以確保我團(tuán)隊(duì)的所有成員使用的都是同一個(gè)版本变隔。
他們也使用pod update,這次只會(huì)增加新的pod，認(rèn)為它不會(huì)有任何更新其它pods的風(fēng)險(xiǎn)蟹倾，因?yàn)榘姹疽呀?jīng)被指定了匣缘。
但實(shí)際上，這不能確保我們上面示例中的用戶(hù)1和用戶(hù)2獲得的所有pods版本都一致。
典型的例子是如果pod A依賴(lài)于pod A2（在A.podspec中聲明：dependency ‘A2’, ‘～> 3.0’）孵户。這種情況下萧朝，在你的Podfile中使用pod ‘A’, ‘1.0.0’*將強(qiáng)制用戶(hù)1和用戶(hù)2使用podA的1.0.0版本，但是：
用戶(hù)1使用的pod A2可能是版本3.4（因?yàn)橛脩?hù)1使用是這是它的最新版本）
當(dāng)用戶(hù)2之后加入項(xiàng)目使用pod install時(shí)夏哭，pod A2的版本可能變成了3.5（因?yàn)锳2的開(kāi)發(fā)者在這期間更新了）
這就是為什么確保團(tuán)隊(duì)每個(gè)成員使用在不同電腦使用同一版本的唯一方式時(shí)使用Podfile.lock并且適當(dāng)使用pod install和pod update
關(guān)于版本指定約束
pod ‘SSZipArchive’
不指定版本检柬，表示希望使用最新版本
pod 'Objection', '0.9'
指定明確版本，表示只想要這個(gè)版本
邏輯關(guān)系
'> 0.1' 版本號(hào)大于0.1的
‘>= 0.1’ 版本0.1和版本號(hào)大于0.1的
'< 0.1' 版本號(hào)小于0.1的
‘<= 0.1' 版本號(hào)0.1和版本號(hào)小于0.1的
最優(yōu)匹配
‘~> 0.1.2' 版本0.1.2和版本號(hào)處于0.1.2-0.2之間的,不包括0.2和更高版本
‘~> 0.1' 版本0.1和版本號(hào)處于0.1-1.0之間的,不包括1.0和更高版本
‘~> 0' 版本0和更高竖配，和沒(méi)說(shuō)沒(méi)啥區(qū)別
