我们正在开发一个包含许多功能和模块（呼叫，聊天，更新馈送等）的项目。最新的部署目标是7.0。这个项目自2013年以来一直在发展。所以有很多错误和旧代码。最近这个项目已经完成并准备在App Store发布。如何正确检查iOS版本控制（来自iOS 7.0）
但是现在我们在通过质量检查测试时发现一些困难。 iOS根据它的版本改变了很多东西。我们正在努力检查不同版本中的这些更改。
对于iOS 8.3的示例，facebook sharing将不得不由他们自己的SDK实现。旧的SLComposeViewController不是更好。所以我们必须从iOS 8.3中处理它。
我只是想知道，在某种程度上我们可以得到这些IOS版本，其中苹果修改的列表，这将是我们更容易检查项目安装在iPhone的某些IOS版本。我认为这类信息可以在他们的开发者网站上找到。如果有的话，任何一种信息都会对我们有很大的帮助。
非常感谢。
我问非常相似question几年前（并不是说这是一个重复的！），和我的一切，然后是 - “认真阅读文档”。不幸的是，即使现在它仍然是真的，但你可以得到一些工具来帮助你。
对于外部库，我强烈建议您使用的CocoaPods或迦太基。您可以指定要支持的版本，这些工具可以帮助您检查要包含的库是否与您的部署目标兼容。
为了您自己的代码，你只写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版本仍然存在。但这当然是你必须为自己做出的有意识的决定。