遇到过类似的棘手问题，给你几个针对性的排查和解决步骤，应该能帮你搞定：

1. 彻底清理Xcode签名相关缓存 #

这是解决这类签名问题最常见的第一步，老Xcode的缓存很容易出故障：

• 先完全退出Xcode（包括后台进程）
• 打开终端，依次执行以下命令：

  rm -rf ~/Library/Developer/Xcode/DerivedData
  rm -rf ~/Library/Caches/com.apple.dt.Xcode
  rm -rf ~/Library/MobileDevice/Provisioning Profiles
  

• 重启Xcode后，先不要勾选「自动管理签名」，手动选择你已经安装的证书和对应的描述文件，再尝试构建项目。

2. 检查钥匙串中的证书状态 #

手动安装的证书可能因为信任设置或重复证书导致冲突：

• 打开「钥匙串访问」，找到你安装的开发者证书，右键选择「显示简介」
• 在「信任」标签页中，确保「代码签名」相关选项设置为「使用系统默认值」（如果不行可以临时设为「始终信任」，测试后再改回来）
• 同时清理掉钥匙串中过期的开发者证书、重复的证书，避免Xcode混淆选择。

3. 修复High Sierra的SSL/TLS兼容性问题 #

High Sierra是比较老的系统，对Apple开发者服务器的新TLS协议支持可能有缺陷，这会导致通信时出现400错误：

• 更新系统根证书：打开「钥匙串访问」→「证书助理」→「从证书颁发机构获取证书」，搜索「Apple Root CA」，下载并安装最新版本的根证书
• 也可以尝试强制Xcode使用兼容的构建系统，在终端执行：

  defaults write com.apple.dt.Xcode IDEUseLegacyBuildSystem YES
  

4. 验证团队权限与Bundle ID关联 #

虽然切换个人团队能正常运行，但公司团队可能存在权限或配置问题：

• 登录Apple Developer后台，确认有问题的Bundle ID确实属于对应的团队，并且已经启用了iOS开发相关服务
• 检查你的账号在团队中的权限，确保拥有「开发者」及以上权限，没有被限制证书下载操作。

终极方案：导入正常机器的签名配置 #

如果以上步骤都无效，可以直接从其他正常运行的机器导出签名配置导入到这台机器：

• 在正常机器上打开Xcode，进入「偏好设置」→「账户」，选中对应的团队，点击「导出账户...」，保存配置文件
• 在有问题的High Sierra机器上，同样进入「账户」页面，点击「导入账户...」，导入刚才的配置文件，再重新配置项目签名。

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