Xcode：在每次直接修改源代码的构建之前运行一个脚本

Question

我做了什么：

我有一个脚本

1. 读取一些配置文件生成源代码sn-ps
2. 查找相关的 Objective-C 源文件并
3. 将源代码的某些部分替换为步骤 1 中生成的代码。

还有一个 Makefile，它有一个特殊的时间戳文件作为 make 目标，配置文件作为目标源：

SRC = $(shell find ../config -iname "*.txt")
STAMP = $(PROJECT_TEMP_DIR)/$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME).stamp
$(STAMP): $(SRC)
    python inject.py
    touch $(STAMP)

我将此 Makefile 添加为项目目标的构建阶段堆栈顶部的“运行脚本构建阶段”。

发生了什么：

脚本构建阶段在编译源代码之前运行。

但是，由于脚本在执行过程中会修改源代码，因此我需要构建 两次 才能获得最新版本的构建产品。以下是我想象中会发生的事情：

1. 第一次运行：Xcode 收集依赖信息 ---> 没有变化
2. 第一次运行：Xcode 运行“运行脚本构建阶段”---> 源代码在 Xcode 背后更改
3. 第一次运行：Xcode 完成构建，认为不需要更新任何内容
4. 第二次运行：Xcode 收集依赖信息 ---> 源已更改，需要重新构建！
5. 第二次运行：Xcode 运行 Run Script Build Phase" ---> 一切都是最新的
6. 第二次运行：Xcode 继续编译

在阅读Xcode documentation on Build Phases 之后，我尝试添加一个源文件，该源文件在每次运行脚本时都会被更新为“运行脚本构建阶段”的输出，但没有任何改变。由于我的项目中配置文件的数量可能会有所不同，因此我不想指定每个输入和输出文件。

问题：

如何让 Xcode 了解在“运行脚本构建阶段”期间所做的源文件更改？

编辑：

• 补充说我将脚本构建阶段放在其他构建阶段之前

Answer 1

另一种选择是使用您的脚本创建一个子项目框架，并将其作为依赖项添加到所有目标。这个子项目的阶段脚本现在应该在所有目标之前执行。

Answer 2

我也为此苦苦挣扎了很长时间。答案是使用 ento 的“外部目标”解决方案。他是为什么会出现这个问题以及我们如何在实践中使用它......

在 plist 编译完成之前，Xcode 4 构建步骤不会执行。当然，这很愚蠢，因为这意味着任何修改 plist 的预构建步骤都不会生效。但如果你仔细想想，它们实际上确实会生效……在 NEXT 版本中。这就是为什么有些人谈论 plist 值的“缓存”或“我必须进行 2 次构建才能使其工作”的原因。会发生什么是 plist 被构建，然后你的脚本运行。下次构建时，plist 会使用您修改的文件构建，因此是第二次构建。

ento 的解决方案是我发现实际执行真正的预构建步骤的一种方法。不幸的是，我还发现它不会导致 plist 在没有干净构建的情况下更新，我修复了这个问题。以下是我们如何在 plist 中拥有数据驱动的用户值：

1. 添加一个指向 python 脚本并传递一些参数的外部构建系统项目
2. 将用户定义的构建设置添加到构建中。这些是你传递给 python 的参数（更多关于为什么我们稍后会这样做）
3. python 脚本读取一些输入 JSON 文件并构建 plist 预处理器头文件并触及主应用 plist
4. 主项目已打开“预处理 plist 文件”并指向此预处理器文件

在主应用 plist 文件上使用 touch 会导致主目标每次都生成 plist。我们将构建设置作为参数传递的原因是我们的命令行构建可以覆盖设置：

1. 将用户定义的变量“foo”添加到预编译项目中。
2. 在您的预构建中，您可以使用 $(foo) 将值传递给 python 脚本。
3. 您可以在命令行中添加 foo=test 以传入新值。

python 脚本使用基本设置文件并允许用户定义的设置文件覆盖默认值。您进行更改后，它会立即出现在 plist 中。我们仅将其用于必须在 plist 中的设置。对于其他任何事情都是浪费精力....生成一个 json 文件或类似的东西并在运行时加载它:)

我希望这会有所帮助...搞清楚这个问题已经好几天了。

Answer 3

到目前为止提到的每一种技术都是矫枉过正的。转载steve kim的评论以提高知名度：

在构建阶段选项卡中，只需将“运行脚本”步骤拖到更高的位置（例如，在“编译源”之前）。

在 Xcode 6 上测试

Answer 4

这个解决方案可能已经过时了。请查看投票率较高的答案；我不再积极使用 Xcode，也没有资格审查解决方案。

---

使用“外部目标”：

1. 从菜单中选择“项目”>“新目标...”
2. 选择“Mac OS X”>“其他”>“外部目标”并将其添加到您的项目中
3. 打开其设置并填写您的脚本设置
4. 打开主目标设置的“常规”选项卡并添加新目标，因为它是直接依赖项

现在新的“外部目标”运行之前主目标甚至开始收集依赖信息，因此脚本执行期间所做的任何更改都应包含在构建中。

Answer 5

@ento 的外部目标解决方案从 Xcode 11.5 开始不再有效。解决方法是在Run Script中添加Output Files下所有将要更改的文件。

Answer 6

从 Xcode 4 开始，看起来如果您将生成的文件添加到构建阶段的输出部分，它将遵守该设置，并且不会生成 ... has been modified since the precompiled header was built 错误消息。

如果您的脚本每次只生成少量文件，这是一个不错的选择。

Answer 7

还有另一个稍微简单的选项，不需要单独的目标，但只有当您的脚本倾向于每次修改相同的源文件时才可行。

首先，对于那些对为什么 Xcode 有时要求您构建两次（或进行一次干净的构建）以查看目标应用程序中反映的某些更改感到困惑的人，这里有一个简短的解释。如果 Xcode 生成的目标文件丢失，或者如果目标文件的最后修改日期早于源文件的最后修改日期在第一个构建阶段的开始，Xcode 会编译源文件。如果您的项目在预编译构建阶段运行修改源文件的脚本，Xcode 不会注意到源文件的最后修改日期已更改，因此它不会费心重新编译它。只有当您第二次构建项目时，Xcode 才会注意到日期更改并重新编译文件。

如果您的脚本每次都修改相同的源文件，这是一个简单的解决方案。只需在构建过程结束时添加一个运行脚本构建阶段，如下所示：

touch Classes/FirstModifiedFile.m Classes/SecondModifiedFile.m
exit $?

在构建过程结束时对这些源文件运行 touch 可确保它们的最后修改日期总是比其目标文件晚，因此 Xcode 每次都会重新编译它们。