HarmonyOS鸿蒙Next中新建测试版本,选择上传软件包,在选择软件包的界面,无法选择新上传的测试软件包,提示版本号低于最新发布版本,但实际上不低。AGC回复版本号必须大于1000000,但是之前低于这个版本号默认值的包也能成功上传并且发布。感觉版本号校验需要优化。
HarmonyOS鸿蒙Next中新建测试版本,选择上传软件包,在选择软件包的界面,无法选择新上传的测试软件包,提示版本号低于最新发布版本,但实际上不低。AGC回复版本号必须大于1000000,但是之前低于这个版本号默认值的包也能成功上传并且发布。感觉版本号校验需要优化。 新建测试版本,选择上传软件包,在选择软件包的界面,无法选择新上传的测试软件包,提示版本号低于最新发布版本,但实际上不低。AGC回复版本号必须大于1000000,后面上传版本号大于1000000的测试包确实可以选中了,但是之前低于这个版本号默认值的包也能成功上传并且发布,为什么后面版本号必须要求大于1000000,官网文档中明确写明后传的包只要版本号数值大于之前上传过的包就行了。感觉版本号校验需要优化。



更多关于HarmonyOS鸿蒙Next中新建测试版本,选择上传软件包,在选择软件包的界面,无法选择新上传的测试软件包,提示版本号低于最新发布版本,但实际上不低。AGC回复版本号必须大于1000000,但是之前低于这个版本号默认值的包也能成功上传并且发布。感觉版本号校验需要优化。的实战教程也可以访问 https://www.itying.com/category-93-b0.html
很早很早以前新建项目的时候版本号就是从1000000号开始的,没什么好纠结的。
可以把它看做三段式版本号,例如v1.0.0 就对应 001 000 000 方便记忆和处理。
更多关于HarmonyOS鸿蒙Next中新建测试版本,选择上传软件包,在选择软件包的界面,无法选择新上传的测试软件包,提示版本号低于最新发布版本,但实际上不低。AGC回复版本号必须大于1000000,但是之前低于这个版本号默认值的包也能成功上传并且发布。感觉版本号校验需要优化。的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
在HarmonyOS Next中,AGC对测试版本上传的版本号校验规则已更新,要求必须大于1000000。之前低于此值的包能上传是因系统存在过渡期兼容机制。当前严格校验导致界面无法选择版本号显示较低的包,属平台版本控制策略调整。需确保新上传测试包版本号明确高于1000000方可正常选择。
根据你的描述,这确实是HarmonyOS Next在测试版本上传流程中的一个校验规则问题。AGC(AppGallery Connect)系统在某个时间点更新了版本号校验策略,要求新上传的软件包版本号必须大于1000000,而之前低于该值的包因历史兼容性仍可正常使用。
问题分析:
- 版本号规则变更:AGC早期版本可能未强制要求版本号下限,但后续为统一管理或避免与系统保留版本号冲突,增设了1000000的最低限制。
- 历史包兼容性:已上传的低版本号包(如999999)因已在系统记录中,仍可被识别和发布,但新上传的包需遵循新规则。
- 文档未同步更新:官网文档可能未及时补充版本号下限要求,导致与实际校验规则不一致。
解决方案:
- 新测试包版本号需严格大于1000000(例如1000001),且仍需高于已发布的最新版本号。
- 若需覆盖旧版本,建议通过AGC后台撤回或归档低版本号包,再上传符合新规则的高版本包。
此校验逻辑旨在规范版本管理,建议后续开发直接使用1000000以上的版本号,避免兼容性问题。

