代码变更后如何重新编译生成XCFramework适配开发流程

你现在用的拖拽源码工程进Demo的联调思路是对的，不需要每次手动生成XCFramework，只要把Xcode的依赖链路配置正确，改完代码直接编译运行就会自动触发Framework的增量编译，具体有两种可落地的标准方案，开发和发版场景可以无缝切换：

方案1：Xcode原生Target依赖配置（无额外工具依赖，稳定性最高） #

配置步骤如下：

• 先移除Demo工程里之前通过SPM引入的预编译XCFramework依赖，避免后续链接时出现符号冲突、错链旧版本产物的问题
• 选中拖拽进来的Framework工程对应的Framework Target，打开Build Settings页，确认以下配置和你正式打XCFramework时的参数完全一致：
  • Mach-O Type：和正式产物保持一致（静态库/动态库不要乱改，避免联调行为和正式产物不一致）
  • Skip Install：设为YES
  • 支持的架构列表、编译宏、优化选项对齐正式打包配置
• 打开Demo主Target的Build Phases页，找到Target Dependencies分组，点击+号选中本地的Framework Target添加依赖。这一步是核心：配置完成后Xcode会自动监听Framework下的所有代码变更，每次Run/Test Demo前会自动判断哪些文件有修改，增量编译对应模块，完全不需要手动干预
• 同页面找到Link Binary With Libraries分组，点击+号选中本地Framework编译出来的产物添加到链接列表
• 打开Demo主Target的Build Settings，找到Framework Search Paths配置，把本地Framework的编译产物目录放到最高优先级，避免Xcode搜索到其他路径下残留的旧版XCFramework

这个方案全程走Xcode原生编译逻辑，增量编译速度最快，开发时改完代码直接按Cmd+R就能跑最新代码。等需要对外分发Demo、或者打正式版XCFramework时，只需要删掉本地Framework的依赖和引用，切回原来的SPM预编译XCFramework集成配置即可。

方案2：CocoaPods环境隔离配置（适合团队统一开发流程） #

如果团队平时用CocoaPods管理依赖，可以通过Podfile的环境判断自动切换开发/发版依赖，不用手动改Xcode配置：

• 在Podfile里通过注释或者环境变量区分依赖源，示例配置：

# 本地联调时打开下面配置，直接引用Framework源码目录
# pod 'YourFramework', :path => '../local_path_to_your_framework'

# 对外发版/CI打包时使用下面的预编译XCFramework依赖
pod 'YourFramework', '1.0.0', :source => 'your_private_spec_repo'

• 本地开发时取消本地路径配置的注释，执行pod install后，CocoaPods会自动完成Target依赖、链接路径、搜索路径的全部配置，改完Framework代码直接Cmd+R就会自动触发编译。发版时注释掉本地路径配置，重新执行pod install就会切回预编译XCFramework的集成逻辑，不用手动改工程配置。

常见问题排查 #

• 如果修改Framework代码后Xcode没有触发重新编译，先检查Demo主Target的Target Dependencies里有没有正确添加Framework的Target，确认后按Cmd+Shift+K清理一次编译缓存再重新运行即可
• 不要同时保留本地源码依赖和SPM/其他渠道引入的同名Framework依赖，100%会出现符号冲突或者链接到旧版本的问题
• 本地源码依赖的编译配置必须和正式打XCFramework的配置对齐，避免出现「本地联调正常，正式XCFramework运行异常」的环境差异问题

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