我们正在开发一个具有很多功能和模块（呼叫、聊天、更新 Feed 等）的项目。它的部署目标是 7.0 到最新版本。这个项目自 2013 年以来一直在开发。所以有很多错误和旧代码。最近这个项目已经完成并准备在 App Store 上发布。
但现在我们在 QA 测试时发现了一些困难。 iOS 根据其版本更改了许多内容。我们正在努力检查不同版本中的这些更改。
以 iOS 8.3 为例，facebook sharing 必须由他们自己的 SDK 实现。旧的SLComposeViewController 已经不行了。所以我们必须从 iOS 8.3 开始处理它。
我只是想知道是否可以通过某种方式获得苹果进行更改的这些 iOS 版本的列表，这样我们可以更轻松地检查在 iPhone 中安装这些特定 iOS 版本的项目。我认为这类信息可以在他们的开发者网站上找到。如果是这样，任何类型的信息都会对我们有很大帮助。
非常感谢。
【问题讨论】：
标签： ios objective-c iphone ios7 ios8
几年前我问过非常相似的question（不是说这是重复的！），然后我得到的只是-“仔细阅读文档”。不幸的是，即使现在它仍然是正确的，但你可以得到一些工具来帮助你。
对于外部库，我强烈建议使用 CocoaPods 或 Carthage。您可以指定要支持的版本，这些工具会为您检查您要包含的库是否与您的部署目标兼容。
对于您的自己的代码，您只需编写 XCTests 来验证您的应用程序的最关键部分或可能是整个代码库（测试 ftw）并坚持使用版本检查。这在 Swift 2.0 中会稍微更有禅意，您还可以使用 #available(iOS 9.0) { ... } 进行 API 检查。
【讨论】：
我不确定这是否真的是您所要求的，但这是他们开发人员门户上所有 Apple's iOS release notes and API diffs 的链接。我相信它涵盖了 iOS SDK 的所有主要版本。
但从个人经验来看，我还想说，iOS 小更新对现有应用程序功能的实际影响通常可以忽略不计。我会将您的 QA 工作集中在您支持的主要版本上（在您的情况下为 7.X 和 8.X），并使用那里的最新稳定版本进行测试，因为这些版本将是您的绝大多数用户将使用的版本.
也就是说，我认为至少简要了解一下您的用户群中 iOS 版本的实际分布和采用率，并就合理的分界点达成一致，这也是一个绝妙的主意。例如，如果您发现 87% 的用户在运行 iOS 8.X，12.5% 的用户在运行 iOS 7.1.X，而只有 0.5% 的用户在运行 iOS 7.0.X，那么您可能会得出结论：为 7.0.X 提供显式测试和/或支持用户实际上并不值得付出努力。
有许多网站为您提供有关iOS adoption rates 的一般号码，以便您大致了解。
最后，如果您认为自己在测试中涵盖了（用户方面）最大的 2-3 个版本，我认为推动您的初始版本并信任您的错误处理/更新过程是公平的可能在仍然存在的更具异国情调的 iOS 版本中弹出的任何问题。但这当然是你必须为自己做出的有意识的决定。
【讨论】：