星火商店版本号,有啥说法?
很好的软件。支持
星火商店版本号,有啥说法?
瞎写的
星火商店版本号,有啥说法?
仔细的说,其实是语义化版本
大版本.小版本.小版本迭代.修复
大版本有大版本roadmap,然后每次实现了一个大的feature就跳一下小版本,然后小版本的修复会发第三位,正常来说不会有第四位
但是....就(摊手,因为并不是专职开发,所以roadmap并不会按照顺序来做,而是谁有时间就去做,所以标注v2支持的功能可能v1就有了,而v1的规划可能到了v3才实现,以及实际上出的版本的bug也不一定能修复,.1版本的bug在.2后才修复就只好往第四位加,有时候发了版本才发现的bug需要快速修复又不至于新增一个小版本的,有时候突然有了点子(比如这次的增加一个在终端中打开入口和崩溃记录系统并不在roadmap里),一些很久之前就有的bug(比如从上游继承来的apt-fast不能正确传出错误码),一些其实是热更新的feature(对apt-fast下发的配置修改以修复deepin源下载加速),又不至于新增一个小版本,就全都塞第四位了
所以现在基本上只有第一位大版本号的意义明确,其他的只是为了让dpkg能正常更新
赞
仔细的说,其实是语义化版本
大版本.小版本.小版本迭代.修复
大版本有大版本roadmap,然后每次实现了一个大的feature就跳一下小版本,然后小版本的修复会发第三位,正常来说不会有第四位
但是....就(摊手,因为并不是专职开发,所以roadmap并不会按照顺序来做,而是谁有时间就去做,所以标注v2支持的功能可能v1就有了,而v1的规划可能到了v3才实现,以及实际上出的版本的bug也不一定能修复,.1版本的bug在.2后才修复就只好往第四位加,有时候发了版本才发现的bug需要快速修复又不至于新增一个小版本的,有时候突然有了点子(比如这次的增加一个在终端中打开入口和崩溃记录系统并不在roadmap里),一些很久之前就有的bug(比如从上游继承来的apt-fast不能正确传出错误码),一些其实是热更新的feature(对apt-fast下发的配置修改以修复deepin源下载加速),又不至于新增一个小版本,就全都塞第四位了
所以现在基本上只有第一位大版本号的意义明确,其他的只是为了让dpkg能正常更新
明白了,又好像明白了
能用就行,我只是好奇,很少见4个版本号的
马上更新
Popular Events
More
更新内容
下载地址: https://gitee.com/deepin-community-store/spark-store/releases/