如何在Podfile中仅为单个Target的依赖添加指定编译器标志

你之前的post_install逻辑不生效，核心原因是CocoaPods默认规则：如果同一个Pod被多个宿主Target依赖，只会生成一份全局共享的Pod Target，直接修改这个共享Target的编译配置，会同步作用到所有依赖它的宿主Target，自然无法单独给Target1关联的依赖加标志。

方案1：拆分Subspec隔离配置（推荐，最稳定） #

如果Dependency是你可维护的私有/本地Pod，直接在它的podspec里拆分Subspec，把带自定义编译标志的逻辑和基础逻辑拆开，不同宿主Target依赖不同Subspec即可：

1. 修改Dependency的podspec：

Pod::Spec.new do |s|
  s.name = 'Dependency'
  # 其他基础配置（版本、源文件等）保持不变

  # 基础Subspec：不带自定义编译标志，给Target2用
  s.subspec 'Core' do |core|
    core.source_files = 'Sources/**/*'
  end

  # Target1专用Subspec：继承基础能力，追加自定义编译标志
  s.subspec 'Target1Support' do |t1_spec|
    t1_spec.dependency 'Dependency/Core'
    t1_spec.pod_target_xcconfig = {
      'SWIFT_ACTIVE_COMPILATION_CONDITIONS' => '$(inherited) MY_COMPILER_FLAG'
    }
  end
end

2. 修改Podfile的依赖声明：

target 'Target1' do
  pod 'Target1Pod', :path => '../target-1/'
  pod 'Dependency/Target1Support' # 引入带标志的版本
end

target 'Target2' do
  pod 'Target2Pod', :path => '../target-2/'
  pod 'Dependency/Core' # 引入基础版本，不带自定义标志
end

这个方案完全符合CocoaPods的设计逻辑，不会出现配置污染，后续维护成本最低。

方案2：Xcode条件编译配置（无需修改第三方Pod） #

如果Dependency是第三方开源Pod，你无法修改它的podspec，可以在post_install里用Xcode原生的Build Setting条件语法，仅在构建Target1时才追加编译标志，替换你之前的post_install逻辑即可：

post_install do |installer|
  # 找到共享的Dependency Pod Target
  dep_target = installer.pods_project.targets.find { |t| t.name == "Dependency" }
  return unless dep_target

  dep_target.build_configurations.each do |config|
    # 保留原有配置，避免覆盖CocoaPods默认生成的内容
    origin_flags = config.build_settings['SWIFT_ACTIVE_COMPILATION_CONDITIONS'] || ['$(inherited)']
    # 仅当当前构建的宿主Target名为Target1时，才追加自定义标志
    config.build_settings['SWIFT_ACTIVE_COMPILATION_CONDITIONS'] = origin_flags + [
      '$(if $(filter Target1,$(PRODUCT_NAME)),MY_COMPILER_FLAG,)'
    ]
  end
end

这段逻辑不会直接硬编码给Dependency加标志，而是通过Xcode构建时的变量判断：只有当前构建的产物名匹配Target1时，才会把MY_COMPILER_FLAG注入编译条件，构建Target2时该字段为空，不会带上自定义标志。

注意：如果你的Target1修改过PRODUCT_NAME，把判断条件里的Target1替换成Target1实际的产物名即可。

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