CocoaPods 作为 iOS 社区应用最广泛的依赖管理工具,终于快要发布 1.0 版本了。虽然我没有找到具体的 roadmap,不过现在已经发布到 1.0.0 Beta8 了,距离正式版应该也就是几个 Beta 或者 rc 的问题了。尽管 CocoaPods 早就已经成了事实上 iOS 界依赖管理的标准,开发者们还是很谦虚的表示 1.0 版本才是真正实现了一个依赖管理工具的所有需求。
1.0.0 will be the milestone where we feel confident that all the basic requirements of a Cocoa dependency manager are fulfilled.
这句话在 CocoaPods 的 FAQ 里存在了许多年,现在这个目标终于近在眼前了。
下面进入正题,CocoaPods 的 1.0 版本出现了很多改变,有一些是 breaking changes,官网上的 Migration Guide 里面有很全面的介绍。我把其中感觉比较重要的几点在这里说明一些,辅以我自己的一些使用经验,希望对读者有所帮助。
Podfile 语法改变
这部分改变差不多是最直接的了,有几个改变会直接让现在已有的 Podfile 不能工作:
必须指明
target
我自己就经常图省事把 target
省略掉,看来今后这个地方要改变习惯了。
:exclusive => true
和link_with
被去掉了
因为有了 abstract_target
这个特性,可以让我们重用一个 target 里的 Pods,加上上面必须指明 target 的要求,这两个选项存在的意义就不大了。在我 之前的文章 里提到过可以用函数来实现 pod 的重用,现在又有了一种新的方法。下面是官网的例子:
# Note: There are no targets called "Shows" in any Xcode projects
abstract_target 'Shows' do
pod 'ShowsKit'
pod 'Fabric'
# Has its own copy of ShowsKit + ShowWebAuth
target 'ShowsiOS' do
pod 'ShowWebAuth'
end
# Has its own copy of ShowsKit + ShowTVAuth
target 'ShowsTV' do
pod 'ShowTVAuth'
end
end
xcodeproj
被重命名成project
。:local
被去掉了,现在想使用本地的 pod 只能使用:path
。
CocoaPods 行为改变
对于 Pod 仓库,不再使用 shallow clone,而是使用完整 clone。
在 这个 issue 里提到之前使用 shallow clone(depth=1) 的方法会给 git 服务器带来额外的压力,因此改为使用完整的 clone。这个改变实话说对于国内用户来说是非常不利的,因为会导致 repo 初次 clone 的时间进一步增加。由于国内的网络环境,现在 clone 需要的时间就已经很长了,这个改动更是雪上加霜。因此我更加推荐使用 CocoaPods 国内的非官方镜像(例如 https://git.oschina.net/6david9/Specs.git ),以加快访问速度。
pod install
默认不再进行pod repo update
这是个值得喜大普奔的消息。之前 CocoaPods 新手上来遇到的最大的问题就是 pod install
会“卡死”在 git pull
上,后来我们知道可以用 pod install --no-repo-update
。现在不更新仓库成了默认行为,之前更新仓库的行为需要增加参数 --repo-update
。这个改变让 CocoaPods 对于新手来说更加友好了。
Development pods 默认不再解锁
对应 issue。 这个改动本意是好的,不过具体效果怎么样,还有待观察。
link 库的命名发生改变
这一点是我在升级旧版本的时候发现的,也是有点坑人的部分,希望官方后面会进一步完善吧。具体说,所以依赖库最后形成的那个大库,如果之前没有使用 target
的话,命名是 libPods.a
,现在强制使用 target
,对应的命名会变成 libPods-{target}.a
。可能需要手动去改一下 Build Phase,避免 link 错误的库,导致程序行为发生错误。