CocoaPods 1.6 概览

前几天，CocoaPods 官方博客发布了一篇新博文《CocoaPods 1.7.0 Beta!》，看到标题你可能会有点慌，1.6 正式版不是刚发布吗，这么快 1.7.0 就开始 Beta 版了？！

而且，根据上述博文介绍，1.7.0 的新版本特性似乎还很酷炫：多 Swift 版本支持、生成多个 Xcodeproj、增量安装、对 Master Specs Repo 提供 CDN 支持、允许在 Windows 系统上使用 CocoaPods 等。

不过，1.7.0 仅是刚刚开始开发和测试，距离正式版的发布应该还有一段时间。就如 1.6.0 从去年的 8 月份就发布了 Beta 版，而经历大半年直到上个月才发布正式版：

2018-08-16: 1.6.0.beta.1
2018-10-17: 1.6.0.beta.2
2019-01-25: 1.6.0.rc.1
2019-01-29: 1.6.0.rc.2
2019-02-07: 1.6.0
2019-02-22: 1.6.1

CocoaPods 1.6.0 版本的更新主要集中在针对大型工程的稳定性、性能和可扩展性方面。本文将简要介绍一下 1.6.0 的几个重要更新，如：重写 Build Settings 的生成过程，使其速度更快，且更容易维护；以及增强了在同一 pod 库中集成多个 test specs 等。

其完整的更新内容可以查阅 Changelog。

重写 Build Settings 的生成

在 1.6.0 中，完全重写了 Build Settings（位于 CocoaPods 生成的 .xcconfig 文件中）的生成过程。这次重写的主要目的是清理旧的代码，并使其在大型工程上可以更好地扩展。

我们知道，当 CocoaPods 的贡献者对 Build Settings 进行更改时，通常会导致一定程度的编译性能下降，并引发无法预料的边缘情况（edge cases）组合。这使得测试这些更改以及验证每个 Bug 修复是否正确执行变得非常困难。

所以，从用户的角度看，这次重写应该是无侵入的，对代码的编译不会造成影响。如果你在使用过程中遇到问题，可以在 GitHub 上提一个 issue，并提供复现问题的步骤和示例程序。

为了验证这次重写生成 Build Settings 的正确性，我们与 LinkedIn 的朋友密切合作，他们在一个大型项目工程中使用了 CocoaPods。通过这次重写，以及其他一些性能改进，使得 pod install 的执行时间从最初的 3 分钟减少到大约 40 秒，提升了将近 77%。

虽然这次更改对用户来说是不可见的，但它有助于随着 App 工程复杂度的增加，保证 CocoaPods 的可扩展性。

增强 Test Spec 的集成

对于 pod 库作者来说，Test Specs 是 CocoaPods 非常基础的一部分。在一个 pod 库的 podspec 配置文件中，作者可以声明不同的测试源（test sources），并通过 lint 命令来执行，进行不同的单元测试。从 1.6.0 开始，多个 test_spec 条目将不再生成单个测试 bundle target，而是分别为每个测试用例生成各自的 bundle。

举个例子，如下：

Pod::Spec.new do |s|
  # ... rest of root spec entries go here

  # Unit Test Sources - Those do not require an app host to run. 
  # They also require 'OCMock' dependency.
  s.test_spec 'Tests' do |test_spec|
    test_spec.source_files = 'Tests/**/*.{h,m}'
    test_spec.dependency 'OCMock'
  end

  # SnapShot Tests Sources - Those *do* require an app host to run.
  s.test_spec 'SnapshotTests' do |test_spec|
    test_spec.requires_app_host = true
    test_spec.source_files = 'SnapshotTests/**/*.{h,m}'
  end

根据上面描述，运行 Tests 测试用例是不需要依赖 app 宿主工程的，而对于 SnapshotTests 则需要。但在之前的 CocoaPods 版本中，此时 Tests 和 SnapshotTests 这两个 test specs 会被合并到同一个单元测试 bundle target 中，导致 Tests 的执行也需要在一个 app 宿主工程下，因此可能会带来不必要的影响。

如下图所示：

这意味着，同一 pod 库所有的 test specs 都会被合并到同一个测试 bundle target 中，pod 库的作者无法分离它们并以不同的方式进行分类，例如，分别在不同的 test specs 中配置不同的依赖项、资源或编译器选项。

在 1.6.0 版本中，将生成如下内容：

现在看起来好多了，每个 test spec 都会单独创建一个对应的 bundle target，互不影响。

此外，最近 CocoaPods 还发布了一个 cocoapods-generate 插件，让开发者创建 pod 库的流程得到很大的改善和简化。

更长的测试周期

由于 CocoaPods 是由世界各地的开发者在业余空闲时间一起维护和改进的，所以接下来我们将不再对 CocoaPods 每个版本的发布日期做出承若。

1.6.0 版本将会经历很长的测试周期，并在稳定版发布之前一直保持 beta 名称（译者注：正如开头所说的，大概花了大半年时间才发布了 1.6.0 的正式版）。

目前 1.7.0 版本已经开始测试了，欢迎使用，你可以通过以下方式安装 beta 版，并在 GitHub 上提交 issue 反馈问题：

1	gem install cocoapods --pre

重写 Build Settings 的生成

增强 Test Spec 的集成

更长的测试周期

扩展阅读