gpt4 book ai didi

ios - XCode Framework 引用路径和构建输出目录

转载 作者:可可西里 更新时间:2023-11-01 03:58:16 33 4
gpt4 key购买 nike

我有一个工作区 Application.xcworkspace,它构建了两个框架和一个使用这些框架的可执行文件。以下是它们的大致布局:

  • Framework_1 - 构建并输出到难看的 DerivedData 路径。

  • Framework_2 - 依赖于 Framework_1,它包含在项目的 Frameworks 区域中,并在“Link Binary with Libraries”构建阶段指定,并输出到难看的 DerivedData 路径。

  • 应用程序 - 取决于 Framework_1 和 Framework_2,它们包含在项目的框架区域中,并在“将二进制文件与库链接”构建阶段中指定。输出目录又是丑陋的 DerivedData 路径。

我遇到的问题是,引用框架的项目文件中的路径是 DerivedData 丑陋路径 - 它们就像 ../../Library/Developer/XCode/DerivedData/Application-longuglyuniquestring/Build/Products/发布/Framework_1.framework.

如果我将源代码复制到另一个目录,或者将其 checkin 版本控制并 checkout 到另一台机器,那么这些框架路径将不再有效。他们得到重新生成。引用的框架在项目中显示为红色。

到目前为止,当我想在另一个文件夹中构建工作区时,我解决问题的方法是:

  • 构建工作区 - Framework_1 构建。
  • 转到该框架的“产品”节点并在 Finder 中显示它。
  • 复制新的丑陋路径。
  • 打开 Framework_2 和 Application 的项目文件并更正 Framework_1 和 Framework_2 的路径。
  • 应该解决所有红色项目,并且应该构建所有内容。

这个过程很乏味,我很幸运项目文件可以编辑。对于那些不了解我对项目文件的了解,只想检查代码并构建它的同事来说,情况更糟。

我需要对框架的构建输出目录做些什么吗?自从推荐丑陋的路径以来,我一直对改变它持怀疑态度。我可以使用复制文件选项将这些框架放置在相对于我的工作空间的某个可预测位置吗?

如有任何帮助,我们将不胜感激。我确信我遗漏了一些简单的东西——从源代码控制中 checkout 的代码或复制到另一个目录的代码不会直接构建是没有意义的。

最佳答案

看起来有一种方法可以在每个工作区的基础上设置 DerivedData 目录 - Xcode 4 - build output directory

我只是将 DerivedData 设置为相对于我的工作区,然后相应地编辑项目文件。唯一的缺点是,如果我要在另一个使用默认 DerivedData 路径的工作区中使用其中一个项目,我将不得不将它们改回来。

非常感谢用户 DaGaMs - 他获得了赞成票。

我仍然看到 XCode 5 的不良行为:我让项目在我的机器上运行。将它复制到另一个较低的目录并验证它仍然有效。退出 XCode 并将包含的目录复制到网络驱动器,然后从那里复制到另一台 Mac。当我在另一台 Mac 上打开它时,就像我从未进行过某些更改一样。更糟糕的是,当我努力修复它时,XCode 变得疯狂并在我的 FRAMEWORK_SEARCH_PATHS 路径的每一端添加了 6 个额外的“\”字符!

部分问题源于我的应用程序中的子项目目录是绝对的而不是相对的。工作区顶部的项目是“Relative to Group”,因此我将子项目更改为具有相同的属性。这似乎已经解决了问题,但由于某种原因,当我将所有文件复制到另一台机器时,派生数据重定向并没有随之而来。

关于ios - XCode Framework 引用路径和构建输出目录,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19299652/

33 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com