Xcode Cloud退出码70求助:升级Xcode16后Development归档持续失败
针对你遇到的Xcode Cloud中Development归档失败(Ad-hoc和App Store归档正常)的问题,结合Xcode自动管理签名的场景,主要排查方向集中在Development签名/配置文件的适配性和Xcode Cloud环境的特殊性上,具体如下:
检查Development配置文件的设备覆盖
Xcode自动生成的Development配置文件默认包含你账号下已注册的测试设备,但Xcode Cloud的构建环境使用的虚拟设备UDID可能未被自动添加到开发者账号的设备列表中。你可以登录Apple开发者后台,进入「Certificates, Identifiers & Profiles」→「Profiles」,找到对应的Development配置文件,查看其包含的设备是否覆盖了Cloud构建所需的设备;若缺失,可手动添加Cloud环境的设备UDID(或尝试重新生成配置文件)。验证Xcode Cloud的签名权限
确认你的开发者账号在团队权限中拥有「Development」类型的签名权限,且已在Xcode Cloud的服务配置中授权访问签名资产。部分团队权限设置会限制成员创建/使用Development配置文件,导致Cloud构建时无法获取有效的签名身份。临时切换手动签名排查自动逻辑问题
Xcode 16的自动签名逻辑有更新,可能在Development归档场景下存在兼容性问题。你可以临时关闭「Automatically manage signing」,手动选择对应的Development配置文件和签名身份,重新触发Xcode Cloud构建。如果手动签名能成功,说明自动签名的逻辑在Cloud环境中存在适配问题,可尝试更新Xcode到最新版本或提交反馈给Apple。清理Xcode Cloud构建缓存
Cloud构建可能缓存了旧的签名资产,导致新的配置文件无法生效。进入Xcode Cloud的构建任务详情,找到「Clear Cache」选项,清理后重新触发构建,验证问题是否解决。检查Development构建的特殊配置
查看项目中针对Development构建的自定义设置:是否有构建脚本修改了签名相关文件?是否开启了仅Development模式下的特殊权限/功能(如调试符号、App Groups的调试配置)?这些配置可能与Xcode Cloud的环境冲突,导致归档失败。
另外,建议重点查看Xcode Cloud日志中的具体错误提示(比如配置文件无效、签名身份缺失、设备不在配置文件中等),这些信息能更精准地定位问题根源。
内容的提问来源于stack exchange,提问作者Jake

