能否在Xcode构建阶段的运行脚本中访问当前构建输出？

当然可以！在Xcode的运行脚本构建阶段，你完全能实时获取到当前的构建输出内容，这里给你几个实用的实现方式：

1. 利用Xcode内置环境变量获取构建产物路径 #

Xcode在构建过程中会自动设置一系列环境变量，帮你直接定位到各类构建输出的位置，无需手动硬编码路径。常用的变量包括：

• BUILT_PRODUCTS_DIR：最终构建产物的存放目录（比如.app包或可执行文件所在的文件夹）
• TARGET_BUILD_DIR：当前目标的构建目录
• EXECUTABLE_PATH：可执行文件的相对路径
• ARCHS：当前构建的架构（比如arm64、x86_64）

举个脚本示例，直接打印并操作构建产物：

# 输出当前构建的可执行文件完整路径
echo "当前构建的可执行文件路径：$BUILT_PRODUCTS_DIR/$EXECUTABLE_PATH"

# 检查可执行文件的签名信息
codesign -dv "$BUILT_PRODUCTS_DIR/$EXECUTABLE_PATH"

2. 捕获构建过程的日志输出 #

如果你的需求是获取编译、链接等步骤的日志内容，可以在脚本中通过管道或重定向来处理。比如要筛选构建过程中的警告信息，可以写：

# 重新触发构建并捕获警告（适合需要完整日志的场景）
xcodebuild -project "$PROJECT_FILE_PATH" -target "$TARGET_NAME" build 2>&1 | grep "warning:"

注意：如果你的脚本是放在构建流程的某个阶段（比如编译之后），也可以直接读取Xcode的临时日志文件，不过更推荐用环境变量配合管道的方式，兼容性更好。

3. 自定义输出传递 #

如果你需要让前面的构建步骤把特定输出传递给运行脚本，可以让前置步骤把内容写入临时文件，再在脚本中读取：

# 示例：读取前置步骤写入的临时构建日志
cat /tmp/xcode_build_temp.log

注意事项 #

• 构建阶段的顺序很关键：一定要把脚本放在合适的阶段。比如要访问编译后的产物，就得把脚本放在「编译源文件」之后；要处理打包后的.app包，就得放在「复制捆绑资源」之后。
• 适配不同构建配置：Debug和Release模式下，部分环境变量的路径会有差异，脚本中尽量用环境变量而不是固定路径，避免适配问题。

内容的提问来源于stack exchange，提问作者Matt Calliss