如何正确处理App Store频繁更新的问题？
问题是: App Store要求提供“这个版本的新特性”的描述。
如果我连续更新我的应用程序几次，我担心我的应用程序的当前用户即使仍然使用第一个版本，也只能看到最后一个“这个版本中的新功能”注释。
我如何才能确保每个用户都注意到重大的变化，即使我提交了一个较小的错误修复更新，实际上并没有提供伟大的新功能？
对于没有阅读大更新笔记的用户，确保大功能更新不会被小错误修复更新冲走的最佳实践是什么？
换句话说:想象你是一个用户。你每个月只更新一次。然后，这个大的更新到来了，你甚至不需要阅读描述。一周后，同一个应用程序的另一个更新来了，它只说：“一些小的错误修复”。几天后，你决定去看看，然后转到app Store应用程序的更新部分。你看到你的一个应用程序有一个更新，你点击来阅读描述。你看到的是“一些小的bug修复”，还是“比以前多了十倍的功能。一些小的bug修复”？
明白了吗？这真的是个问题。每天都有几千用户在更新我的新版本(这是一个免费的应用--我并没有致富)。一周后，只有5%的用户群更新。这不是一个你每天都在使用的应用程序。现在我需要发布错误修复，但希望每个老版本的用户注意到描述中的伟大新功能！
因此，我是否必须重复上一版本的“新增”信息并追加新的添加内容(即“错误修复”)，或者如果用户的应用程序版本非常低并跳过几个更新，应用商店是否也会自动显示以前的信息？
回答 3
Stack Overflow用户
发布于 2011-12-31 04:46:12
正如Devin和Michael所说，标准的过程是将新的更改附加到旧的更改之上。如果你有几个连续的小更新，如果它们都很小，那么把3到4个更新消息串在一起也没什么错。
对于任何主要功能发布后的下几个bug修复版本，我总是将旧的更新描述放在底部，这样就没有人会错过这些更改。
更新消息是你想要做的任何事情，包括给用户的消息(比如谢谢，等等)。它不必是严格的更改日志。
Stack Overflow用户
发布于 2011-12-31 04:39:43
在关于错误修复的注释之后，我会说“除了更新___”，然后列出主要的更新。我在整个App Store上都看到了这一点。
Stack Overflow用户
发布于 2011-12-31 04:42:23
我个人的观点是，你应该尝试做更大的，不那么频繁的更新。应用程序商店将只显示我相信的最新版本的描述。并不是所有的人都阅读应用程序更新的描述，但如果应用程序的新版本太频繁地可供下载，这可能会让人反感。
如果你必须推送一个快速的bug修复，你可以把bug修复放在描述的顶部，然后在它的下面粘贴你的旧描述。即
What's new in version 3.1
--A quick bug fix
As of version 3.0, the app now includes the following features:
-- Old description herehttps://stackoverflow.com/questions/8683792
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号