当遇到您的 iOS 应用程序问题并进行更新以修复问题的客户联系时，有没有办法让用户在向所有人提供更新之前私下验证修复？
背景:一位用户与我联系，他在安装最新更新后发现了一个奇怪的渲染问题。不幸的是，我无法重现该问题——客户使用的是我无法访问的旧 iPhone 型号，而且我没有运气在模拟器中使用相同的 iOS 版本重现它。但是我做了一个更新，我有充分的理由相信它会修复它(我取消了上次更新中对渲染代码的小改动，并做了一个完全绕过这个问题的替代实现，如果我猜到问题是什么的话关于是正确的)。但我显然没有 100% 的信心它会修复这个错误，因为我无法重现它。 所以我已经将更新提交到 iTunesConnect 并要求用户等待 Apple 批准。如果事实证明更改不能解决此问题，那么对于客户(他们什么都不会等待)、我的所有其他用户(他们将白白看到更新)和 Apple 来说都是一种浪费(谁会免费审查更新)。
最佳答案
这就是临时部署的目的 - 测试。您可以手动向客户部署构建(您需要知道他的设备 UDID)或者您可以使用类似 TestFlight 的服务(免费)有助于自动化和管理临时流程。
关于ios - 在一般发布之前获得客户验证的 iOS 应用程序修复，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8295505/