6

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

  • Framework_1 - 构建并输出到丑陋的 DerivedData 路径。

  • Framework_2 - 取决于 Framework_1，它包含在项目的 Frameworks 区域中，并在“Link Binary with Libraries”构建阶段中指定，并输出到丑陋的 DerivedData 路径。

  • 应用程序 - 取决于 Framework_1 和 Framework_2，它们包含在项目的 Frameworks 区域中，并在“Link Binary with Libraries”构建阶段中指定。输出目录又是那个丑陋的 DerivedData 路径。

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

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

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

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

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

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

任何帮助，将不胜感激。我确信我遗漏了一些简单的东西 - 从源代码控制中签出或复制到另一个目录的代码不会只是构建，这是没有意义的。

4

1 回答 1

2

看起来有一种方法可以在每个工作空间的基础上设置 DerivedData 目录 - Xcode 4 - 构建输出目录

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

非常感谢用户 DaGaMs - 他得到了支持。

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

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

于 2013-10-10T20:36:48.467 回答