我看到这个问题已经被问了很多次，但我没有看到适合我的解决方案，所以我希望提供更多的信息可能会带来一些启示。
我们使用appcenter.ms来测试iOS应用。在iOS证书过期之前，这种方法一直运行良好。我们为iOS应用的新版本生成了一个新的企业证书和临时配置文件。这引发了第一个好奇心。
我在www.example.com上看到了如何上传证书appcenter.ms，但没有看到预置描述文件。我以为过去有这样做的选项，但可能是我弄错了。但是，应用程序在上传之前已使用预置描述文件签名，因此现在可能不需要这样做。
应用程序一旦上传，就无法安装。它仍然是灰色的，当你点击它时，你会看到“此应用程序无法安装，因为无法验证其完整性”的错误。同样，.ipa是用Xamarin（Mac版VS）中的临时证书和配置文件创建的。
此外，我无法从appcenter.ms在设备上安装预置描述文件。您基本上陷入了一个循环，在这个循环中，您似乎成功安装了描述文件，但必须继续安装，因为它从未真正安装。
我希望这是足够的信息，一些见解，并提前感谢任何反馈。
6条答案
按热度按时间s8vozzvw1#
我们通过重做和下载开发证书以及通过
还可以下载并双击apple开发证书here。
在那之后，我们的钥匙链显示两者都是可信的，我们可以再次构建到iPhone。
wbrvyc0a2#
问题可能是您的设备未在开发人员门户上注册和/或尚未重新生成临时预置描述文件。
您需要注册设备，重新生成包含此设备的预置描述文件，并使用此描述文件重建应用程序。
relj7zay3#
我遇到这个问题是因为当在xCode上构建应用程序进行分发时（产品-〉存档然后分发应用程序），我选择了自动签名。在手动签名应用程序并选择我自己生成的证书和配置文件后，一切都恢复正常。
htrmnn0y4#
我从iOS捆绑包签名中的附加资源中删除了授权文件，它工作了。我认为MSAL配置在授权.plist中设置为调试
gudnpqoy5#
在我的例子中，这是由于在使用Ad-Hoc预置配置文件时，试图包含aps环境“开发”的授权。Entitlements.plist中该环境的值必须与预置配置文件中硬编码的值匹配-如果您在文本编辑器中打开Ad-Hoc配置文件，您将看到它预期的是“生产”环境。
根据您的要求，可能的解决方案是使用“开发”描述文件/证书，或将aps环境更改为“生产”以继续使用点对点预置描述文件。
如果您有其他不正确的授权，也可能发生这种情况-值得检查Apple开发者门户中的标识符下启用了哪些授权，并删除不必要的授权。
kadbb4596#
我以前也遇到过这个问题，但对我来说，原因没有什么不同。首先，构建版本是企业版，构建版本是在较早的Xcode版本上创建的，您在设备上使用的iOS版本不受Xcode支持。我所做的就是更新我的Xcode，创建一个新的构建版本，并共享该构建版本。之后，我们能够在设备上安装该构建版本。希望它也能为您工作