这个问题我太熟了！之前在多Target共享本地Swift包的时候踩过一模一样的坑，Xcode这个报错真的挺让人困惑的——明明都是同一个包，为什么就不能智能处理重复构建呢？其实问题出在你手动添加构建产物的方式上，下面给你说最靠谱的解决办法：

1. 移除旧的手动依赖 #

首先得把之前加的那些构建产物清理干净，避免残留冲突：

• 打开每个依赖了PackageA/PackageB的Target（比如TargetA1、TargetA2）
• 进入「General > Frameworks and Libraries」，删掉里面手动添加的PackageA、PackageB相关条目
• 再切换到「Build Phases > Link Binary With Libraries」，检查并删除对应的包条目，确保彻底清理

2. 通过SPM添加本地包依赖（这是关键！） #

不要手动加构建产物，让Xcode的Swift Package Manager来统一管理：

• 打开你的Workspace，选中需要添加依赖的Project（比如ProjectA）
• 进入该Project的「Package Dependencies」标签页（在Project Settings里）
• 点击左下角的「+」按钮，选择「Add Local...」
• 导航到Workspace内的Modules/PackageA目录，选中并添加
• 重复这个操作给其他需要依赖的Target，但放心，Xcode会自动识别这是同一个本地包，不会重复添加，只会把依赖关联到对应的Target上
• 对PackageB也执行同样的操作

3. 清理缓存并验证构建 #

做完上面的步骤后，彻底清理一下Xcode的缓存，避免旧的构建数据干扰：

• 按下 Cmd+Shift+K 清理构建文件夹
• 再按下 Cmd+Option+Shift+K 彻底清理Derived Data
• 重新构建整个Workspace，这时候Xcode会统一调度本地包的构建任务，只会生成一份产物，所有依赖的Target都会共享这份产物，不会再出现「Multiple commands produce」的错误

为什么这个方法有效？ #

你之前手动添加构建产物的方式，相当于让每个Target都把本地包当成了自己的构建目标，每个Target都会触发一次包的构建命令，Xcode的构建系统就会认为有多个任务在生成同一个文件，所以抛出冲突错误。而通过SPM添加本地依赖，Xcode会把这些包当成Workspace的一部分，统一管理构建流程，智能避免重复构建，完美解决冲突问题。

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