一周前我提交了一个支持Blackberry Z10的应用程序。昨天,我完成了另一个支持Blackberry Q10和Blackberry Q5的版本。目前,我在市场上的应用程序是3.0版,它只支持Z10。
如果我上传新捆绑包,则该应用的版本会自动增加到4.0。此捆绑包也仅支持Q10和Q5,因为之前的版本已经支持Z10。在这种情况下,Z10用户会发生什么?他们是否会收到更新版本(4.0),因为它是更新版本,虽然我已经将特定设备设置为Q10和Q5?
将来,如果我进行一些更新,我该如何管理呢?
干杯,
答案 0 :(得分:5)
免责声明:我不是为BlackBerry 10开发的,但我是为旧版BlackBerry OS版本开发的,我相信这在BlackBerry供应商门户网站中也是如此(请参阅下面的Peter Strange评论)
如果我上传新捆绑包,则该应用的版本会自动增加到4.0。
首先,这是Web界面默认执行的操作。它会自动递增主要版本号(小数点左侧的数字)。但是,版本号的字段是可编辑的,因此如果您不喜欢默认选项,则可以更改它。例如,如果您希望新版本为3.1或3.0.1而不是4.0,则可以手动更改它。就个人而言,我认为你不应该仅仅为了在操作系统的同一行中添加新设备来增加主要版本号。
此捆绑包也仅支持Q10和Q5,因为之前的版本已经支持Z10。在这种情况下,Z10用户会发生什么?
Z10用户应该看不到任何变化。如果您之前有Z10版本,它仍应继续可用。无论何时上传新捆绑包,都应使用Web界面指定发布捆绑包支持的设备
(或者,您可以制作zip container of bundles, and use release.xml/devices.txt to specify device support)。
因此,如果新版本仅指定Q10 / 5支持,则该捆绑包将不会提供给Z10用户。 Z10用户仍然可以访问3.0版本。
将来,如果我进行一些更新,我该如何管理呢?
我建议您只在应用显着功能发生变化时更改主要版本号。版本3.0到4.0应该是一个重大变化,对用户可见。我个人,然后使用次要版本号进行小的更改,这些更改对用户也是可见的。例如,版本3.0到3.1。最后,我保留了版本号的最后一位用于小的更改,例如不添加新功能的错误修复,但可以防止出现问题。例如,版本3.0到3.0.1。
对于仅添加对新设备的支持的新版本,我可能只会更改最后一位(例如3.0到3.0.1)。但是,这是你的决定。
如果您的新版本仅添加了对新设备的支持,那么您应该只能上传指定对这些新设备的支持的新捆绑,而不是上传新代码< strong>所有设备。这样,当最新版本实际上不包含任何新设备时,Z10用户不会安装更新。