Binary 使用二进制xcframework CoCoPapod依赖项时的代码签名问题

Binary 使用二进制xcframework CoCoPapod依赖项时的代码签名问题,binary,cocoapods,signing,xcframework,Binary,Cocoapods,Signing,Xcframework,我在使用二进制xcframework CoCoPapods依赖项时遇到一些代码签名问题 我正在使用一款iPad应用程序,它需要在Mac电脑上运行,并与Apple Catalyst集成。出于这个原因,我们创建了一个二进制CocoaPods依赖项,其中包含一个xcframework,它的结构可以在所附的图像中看到。xcframework支持当前标准的iOS、iOS模拟器和intel catalyst体系结构。当手动签名并将其手动集成到Xcode项目中时,它可以完美地工作 当通过CocoaPod集成

我在使用二进制xcframework CoCoPapods依赖项时遇到一些代码签名问题

我正在使用一款iPad应用程序,它需要在Mac电脑上运行,并与Apple Catalyst集成。出于这个原因,我们创建了一个二进制CocoaPods依赖项,其中包含一个xcframework,它的结构可以在所附的图像中看到。xcframework支持当前标准的iOS、iOS模拟器和intel catalyst体系结构。当手动签名并将其手动集成到Xcode项目中时,它可以完美地工作

当通过CocoaPod集成xcframework时,构建过程最终在签署“Kernel.xcframework”时遇到了障碍“,因为kernel_deps.a尚未签名。在启动Xcode构建之前,我可以通过在DerivedData文件夹中手动签名kernel_deps.a暂时解决此问题,但这当然不是永久解决方案

我可以看到生成的Pods-#####-framework.sh文件的code_sign_if_enabled()函数试图对“Kernel.xcframew”进行签名,但失败了,因为它之前没有对Kernel_deps.a进行签名。当我通过Pods-####-framework.sh禁用代码签名时,会出现类似的问题。这个问题有什么解决方案吗

我知道CocoaPods主要是为非二进制依赖处理而设计的,因为我们的依赖有很长的构建时间,所以我们更喜欢在这里使用二进制依赖

我正在使用CocoaPods版本1.10.1

最好的,马丁