我的项目正在使用一个内部库。
它被设置为用于依赖管理的CocoaPod和git子模块，因此我只需要在它真正准备好发布时打包一个新版本。
有关此设置的详细描述，请参阅CocoaPods:Working With Internal Pods Without Hassle。
所以我刚刚修改了我的内部库，这些变化现在反映在pod中，我对此感到兴奋。
然而，问题是内部库有自己的Podfile，因此需要一个工作空间。由于我通常不会构建那个库，除非作为一个依赖项，所以它基本上是好的。。。直到我想对它进行单元测试。
由于CocoaPods通常在工作区中包含pod，因此它找不到pod依赖项的对象文件。然而，它们是存在的——因为这些依赖关系也包含在使用pod的项目中。
我认为在Xcode中嵌套工作区是不可能的。但是，难道不应该对内部库的构建阶段进行一些更改吗？将二进制与库链接，将libPods.a指向主项目生成的库吗？
解决方案：将该内部库的Pods.xcodeproj添加到工作区。
因此，工作区最终包含4个项目：
- 主要项目
- 主项目的Pods项目
- 内部图书馆
- 内部图书馆的播客项目