Xcode 14 Beta更新后Pods目标含义、签名错误及配置问题

三类目标的具体含义 #

Pods工程是CocoaPods自动生成的依赖管理工程，里面的三类目标分别对应不同职责：

• 蓝色图标目标：每个对应一个单独的第三方依赖，负责将该依赖的源码、资源编译为可链接的框架产物，你遇到签名、bitcode问题的就是这类目标。
• 与你主项目同名的Pods-<你的项目名>目标：聚合配置目标，CocoaPods通过这个目标统一管理所有依赖的编译顺序、资源拷贝、配置注入，最终把所有依赖的产物整合到主项目可调用的路径下。
• 带Test后缀的目标：对应主项目单元测试Target的依赖聚合目标，仅在单元测试编译时生效，负责给测试用例提供所需的依赖环境。

Xcode 14下需要手动配置签名、bitcode的原因 #

这个问题是Xcode 14编译逻辑变更和CocoaPods适配滞后共同导致的：

1. 签名逻辑变更：Xcode 13及更早版本不会对工程内Pods目录下编译生成的依赖框架做强制签名校验，CocoaPods的默认配置也会关闭这些依赖target的签名开关，不会触发签名报错。Xcode 14开始，所有要嵌入App包的二进制产物默认开启强制签名校验，且不再自动继承上层target的签名配置，CocoaPods旧版本没有针对这个逻辑调整注入对应的配置，就会触发签名错误。
2. Bitcode配置变更：Xcode 14新建工程默认关闭Bitcode，所有新生成的target默认的ENABLE_BITCODE配置为NO，而CocoaPods旧版本不会主动把主项目的Bitcode配置同步到每个单独的依赖target，如果你主项目开启了Bitcode，依赖target的配置不匹配就会触发编译报错。
   Xcode 13版本下CocoaPods的脚本会在编译阶段自动同步这些配置，所以不需要手动修改。

无需手动逐个改配置的修复方案 #

直接在项目的Podfile最末尾添加如下post_install钩子脚本，之后执行pod install，脚本会自动给所有依赖target配置正确的签名、bitcode参数，不需要手动逐个点目标改配置：

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      # 关闭依赖target强制签名，适配Xcode14签名校验逻辑
      config.build_settings['CODE_SIGNING_ALLOWED'] = 'NO'
      config.build_settings['CODE_SIGNING_REQUIRED'] = 'NO'
      config.build_settings['EXPANDED_CODE_SIGN_IDENTITY'] = ''
      # 统一开启Bitcode，和主项目配置保持一致
      config.build_settings['ENABLE_BITCODE'] = 'YES'
    end
  end
end

注：如果你的依赖里有需要签名的动态framework（比如带应用扩展的依赖），可以把签名相关配置替换为你主项目使用的签名团队ID、签名证书配置，也能解决报错。

内容的提问来源于stack exchange，提问作者tanmoy