Xcode 的 CodeSign 构建失败，如何查看详细日志并定位原因？
先打开 Report navigator（报告导航器），选择失败的构建，展开 CodeSign 任务并查看完整输出。Command CodeSign failed with a nonzero exit code 是失败摘要，单凭这句话无法判断原因是签名配置、证书还是文件扩展属性。
如何查看详细构建日志？
- 在 Xcode 左侧导航器顶部点击 Report navigator。默认快捷键通常是
⌘9；如果修改过快捷键，可以直接点击对应按钮。 - 在构建记录中选择刚刚失败的那一次，确认对应的 scheme 和 macOS 构建目标。
- 清除日志搜索条件，选择
All、All Messages等选项，显示全部任务和消息，以免错误上下文被过滤掉。 - 找到失败的
CodeSign任务，展开它所属的 target 和任务条目。 - 点击该条目右侧的
Open Transcript按钮，查看执行命令及其完整输出。也可以尝试按住Option点击错误条目，显示详细信息。
Apple 的日志查看说明介绍了 Report navigator、消息过滤和 Open Transcript 的用法。不同版本的按钮位置可能略有变化，需要打开失败任务的完整记录。
日志中应该看哪些内容？
在失败任务中查找 /usr/bin/codesign、被签名对象的路径，以及最终失败摘要之前的诊断信息。注意确认失败对象是主应用，还是嵌入的 framework、扩展或其他组件。
根据诊断信息继续处理：
- 证书或签名身份问题：检查对应 target 的
Signing & Capabilities、Team，以及所用签名证书和私钥是否可用。 - Bundle Identifier、provisioning profile 或 entitlements 不匹配：核对失败 target 当前构建配置中的相关设置；如果使用 provisioning profile，再确认它与应用标识和所需权限匹配。
- 文件扩展属性问题：只有日志明确提到 resource fork、Finder information 等信息时，才按下面的方法检查文件属性。
现有材料没有提供完整诊断输出，因此不能认定这是 Xcode 26.4 的缺陷，也不能直接认定某项配置有误。
如果日志明确指出 Finder 信息或 resource fork，如何处理？
先将下面的路径替换为失败日志中实际出现的 app bundle 路径，再检查扩展属性：
xattr -lr "/path/to/MyApp.app"检查输出中是否存在 com.apple.FinderInfo、com.apple.ResourceFork 等相关属性。Apple 的 QA1940说明了这类属性导致签名失败的原因，并提供了检查和清理命令。
确认属于这一问题后，可以清除指定构建产物的扩展属性：
xattr -cr "/path/to/MyApp.app"-cr 会递归清除该路径下的全部扩展属性。执行前，确认路径指向需要处理的构建产物，然后重新构建。如果问题再次出现，需要沿着日志中的文件路径检查原始资源和复制步骤，找出属性被带入 app bundle 的位置。只清理生成的 .app 可能无法解决后续构建的问题。
修复后如何确认？
使用相同的 scheme、构建配置和 macOS 目标重新构建，再到 Report navigator 检查原先失败的 CodeSign 任务。若仍然失败，应根据这一次的完整诊断输出继续排查，不要仅凭最后一行错误摘要反复修改签名设置。
备注：内容仅供参考。