CocoaPods 原理分享及遇到的问题改进
cocoapods 原理分享及问题阐述
-
cocoapods 管理私有工程,需要两个git 仓库,
- repo 仓库,保存podspec 文件,告诉我们项目从哪来,
- 项目 仓库,保存工程文件,告诉我们引用的项目是什么
-
CocoaPods是用ruby写的,并由若干个ruby包(gems)构成。在解析整合的过程中,最终要的几个gems分别是:
- CocoaPods/CocoaPods、
- 这是一个面向用户的组件,每当执行一个pod命令时,这个组件都将被激活。该组件包括了所有使用CocoaPods涉及到的功能,并且还能通过调用左右其他的gems来执行任务。
- CocoaPods/Core
- Core组件提供支持与CocoaPods相关文件的处理,文件主要是Podfile和podspecs。
- podfile 用于定义项目中所需要使用的第三方库。
- podspec 描述了一个库是怎样被添加到工程中的。它支持的功能有:列出源文件、framework、编译选项和某个库所需要的依赖等
- Core组件提供支持与CocoaPods相关文件的处理,文件主要是Podfile和podspecs。
- CocoaPods/Xcodeproj。
- 这个gem组件负责所有工程文件的整合。它能够对创建修改xcodeproj 和 .xworkspace 文件。它也可以作为一个单独的gem包使用。如果你想要写一个脚本来方便的修改工程文件,那么可以使用这个gem。
- CocoaPods/CocoaPods、
-
pod 常用命令
- pod install
-
这个是第一次在工程里面使用pods的时候使用,并且,也是每次你编辑你的Podfile(添加、移除、更新)的时候使用。
-
每次运行pod install命令的时候,在下载、安装新的库的同时,也会把你安装的每个库的版本都写在了Podfile.lock文件里面。这个文件记录你每个安装库的版本号,并且锁定了这些版本。
-
当你使用pod install它只解决了pods里面,但不在Podfile.lock文件里面的那些库之间的依赖。对于在Podfile.lock里面所列出的那些库,会下载在Podfile.lock里面明确的版本,并不会去检查是否该库有新的版本。对于还不在Podfile.lock里面的库,会找到Podfile里面描述对应版本(例如:pod "MyPod", "~>1.2")。
-
一句话总结:
- 如果没有 podfile.lock,pod install 会依据podfile生成库和podfile.lock;
- 如果原有 podfile.lock,pod install 依据podfile.lock生成库,对于不在podfile.lock但在podfile中的库会升级到满足podfile的最新版本,同时更新podfile.lock
-
-
- pod outdated:
- 当你运行pod outdated命令,CocoaPods会列出那些所有较Podfile.lock里面有新版本的库(那些当前被安装着的库的版本)。这个意思就是,如果你运行pod update PODNAME,如果这个库有新的版本,并且新版本仍然符合在Podfile里的限制,它就会被更新。
- pod update
-
当你运行 pod update PODNAME 命令时,CocoaPods会帮你更新到这个库的新版本,而不需要考虑Podfile.lock里面的限制,它会更新到这个库尽可能的新版本,只要符合Podfile里面的版本限制。
-
如果你运行pod update,后面没有跟库的名字,CocoaPods就会更新每一个Podfile里面的库到尽可能的最新版本。此时会生化新的podfile.lock文件
-
一句话总结:pod update 依据podfile文件更新库和podfile.lock
-
- pod install
-
pod update的执行过程大概分五步
- resolve_dependencies,又简单的分为两步
- update repo
- 解析podfile
- download_dependencies (下载podfile中依赖以及其间接依赖)
- generate_pods_project (即生成dependency在Pods工程中的target,以及写pod file.lock等文件)
- integrate_targets
- peform_post_install_actions
- 具体的时间消耗如下所示:
- resolve_dependencies,又简单的分为两步
-
使用过程中遇到的问题:
- 为什么我们在子工程中增加删除文件,其他人必须pod update 一下,才能顺利编译?
- 这是因为我们采用了git + cocoapods的管理方式,git 负责管源文件, 通过git pull 来同步远程代码, 而cocoapods 通过pod update/install 会生成pod.xcworkspace来管理这些文件的引用,所以我们通过git pull 实现了文件的拉取(增删改),但是没有通过pod update 来更新pod.xcworkspace的文件引用(增删),所以就会找不到编译报错
- 如何减少子工程中增删文件,其他人必须pod update 才能顺利编译造成的时间开销?
- 由于我们只是改了本地的私有podSepc引用,其他的pods依赖依然没有发生变化,也就是说我们没有必要再进行
分析依赖
,下载依赖
,步骤,如果我们可以直接generate_pods_projec
重新建立文件引用,就好了;更或者只是增加文件install_file_reference这一步就好 - 我们可以通过读 CocoaPods/Xcodeproj中的源码,进行仿写修改来看看能不能实现以上功能。
- 由于我们只是改了本地的私有podSepc引用,其他的pods依赖依然没有发生变化,也就是说我们没有必要再进行
- 为什么我们在子工程中增加删除文件,其他人必须pod update 一下,才能顺利编译?