為什麼手動下載 SDK 會導致團隊協作失敗？
許多 iOS 開發者初次接觸第三方 SDK 時，習慣去官網下載 `.framework` 或 `.a` 靜態庫，手動拖入項目並配置 Build Phases。但這種方式在團隊協作中極易引發「找不到庫」「版本不一致」「簽名錯誤」等問題。
錯誤示範：手動下載 + 手動配置
你下載了高德 2D 地圖 SDK 2.4 版，手動加入工程，本地編譯通過，提交到 SVN（Cornerstone）。同事執行 `svn update` 後，Xcode 報錯「高德 SDK 引入有問題」。原因在於：
- 手動添加的文件路徑可能包含本地絕對路徑，他人電腦無法解析；
- SDK 內部資源包、簽名資源未隨代碼提交或路徑錯位；
- 缺乏版本鎖定機制，團隊成員可能誤用不同版本。
正確姿勢：CocoaPods 統一管理依賴
- 編輯 Podfile，聲明依賴：
pod 'AMap2DMap', '~> 2.4.0'
- 執行安裝命令：
pod install（首次）或 pod update（更新版本）
- 提交關鍵文件：
將 `Podfile`、`Podfile.lock`、`Pods/` 目錄（或僅提交前兩者，由 CI 自動安裝）納入版本控制。
- 團隊成員只需：
`git pull` → `pod install` 即可獲得完全一致的依賴環境。
核心優勢
- 版本鎖定：`Podfile.lock` 確保所有人使用完全相同的版本、相同的編譯配置；
- 自動配置：CocoaPods 自動處理 Header Search Paths、Framework Search Paths、Link Binary With Libraries 等繁瑣設置；
- 依賴傳遞：自動解決 SDK 間的依賴關係（如高德地圖依賴的系統框架）。
參考資源
完整 CocoaPods 入門教程可參考：IOS 筆記（1）項目環境搭建之 CocoaPods 的安裝和使用
