含App Clip的Cocoapods项目归档失败，疑与Firebase InAppMessaging有关

从你的问题描述来看，核心症结在于主应用和App Clip目标同时引入Firebase InAppMessaging后，Cocoapods在打包时生成了重复的Bundle资源，进而引发归档失败。结合你的场景，这里有几个可行的解决方案：

1. 简化App Clip的Pod依赖（优先推荐） #

既然你已经明确Firebase暂不支持App Clip，且InAppMessaging大概率不是App Clip的必需组件，建议先从App Clip的Podfile中移除Firebase/InAppMessaging：

target 'ClientClipDev' do
use_modular_headers!
# 移除这一行：pod 'Firebase/InAppMessaging'
# 保留其他必要的pods...
end

然后执行以下命令重新安装依赖：

pod deintegrate
pod install

这个操作能直接避免重复Bundle的生成，是最直接高效的解决方案。

2. 手动清理重复的Bundle资源 #

如果确实需要在App Clip中保留Firebase InAppMessaging（不推荐，因官方不支持），可以手动移除重复的Bundle：

• 打开Xcode，选中主应用目标（比如ClientDev）
• 进入Build Phases -> Copy Bundle Resources
• 找到FirebaseInAppMessaging.bundle，检查是否在主目标和App Clip目标中同时存在重复条目
• 删除其中一个重复的Bundle条目（建议保留主应用的，移除App Clip的）

3. 调整Cocoapods的多目标继承策略 #

如果主应用和App Clip有大量共同依赖，可以通过Podfile的继承机制减少重复打包：

target 'ClientDev' do
shared_pods
end

target 'ClientClipDev' do
use_modular_headers!
inherit! :search_paths # 只继承主目标的pod搜索路径，不重复安装依赖
# 这里仅添加App Clip专属的pods，或覆盖需要不同版本的依赖
end

注意：这个方案需要确保主应用的pods已包含App Clip所需的所有依赖，且版本完全兼容。

4. 深度清理项目缓存 #

除了常规的清理Derived Data，还可以执行以下操作彻底重置项目状态：

# 删除Pods目录和Podfile.lock
rm -rf Pods/ Podfile.lock
# 清理Xcode编译缓存
xcodebuild clean -workspace SomeWorkspace.xcworkspace -scheme ClientDev -configuration Release
# 重新安装依赖
pod install

执行完以上步骤后，再尝试归档主应用目标，应该能解决重复Bundle导致的错误。

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