版本号的组成:主版本号.次版本号.修订号
对于日常的迭代,每次更新时,将修订号加1 就可以满足需要
如果不想每次更新都调整版本号,那么将每次的更新包作为补丁包使用,设置一个该版本的补丁号。
看deepin官方是否采纳了
版本号的组成:主版本号.次版本号.修订号
对于日常的迭代,每次更新时,将修订号加1 就可以满足需要
如果不想每次更新都调整版本号,那么将每次的更新包作为补丁包使用,设置一个该版本的补丁号。
看deepin官方是否采纳了
还有,【历史更新内容】查看的功能,应该放在【系统更新】的主界面,方便用户查看,而不是像现在那样隐藏在【更新设置】\【高级】下面,让我一度以为Deepin没有查看更新历史的功能。今天才翻找到这个功能。
相比之下,OpenKylin的这个功能就做得很简单明了,还有更新回退功能。


还有,当下载了更新包,又没有立即安装更新而是关闭了【系统更新】窗口,重新打开【系统更新】时会重新检测一次是否有更新包,而这个检测更新包的速度最近都比较慢,之后才会提示已经下载更新包。
为什么不首先检测本地是否有已下载未安装的更新包呢?
还有,当下载了更新包,又没有立即安装更新而是关闭了【系统更新】窗口,重新打开【系统更新】时会重新检测一次是否有更新包,而这个检测更新包的速度最近都比较慢,之后才会提示已经下载更新包。
为什么不首先检测本地是否有已下载未安装的更新包呢?
你适合当产品经理
谢谢!也许是我比较在意思细节。自己也是IT行业的,我一直认为:系统开发人员多做一点点优化,终端用户就会更方便一些。毕竟开发改一次,用户是每天都要操作使用的。
谢谢!也许是我比较在意思细节。自己也是IT行业的,我一直认为:系统开发人员多做一点点优化,终端用户就会更方便一些。毕竟开发改一次,用户是每天都要操作使用的。
很赞,确实是这样,我们将你反馈的纳入需求池,后面优化下。
很赞,确实是这样,我们将你反馈的纳入需求池,后面优化下。
谢谢关注。还有给更新包加小版本号或者发布日期时间截的需求,也请一并考虑一下。
Popular Ranking
ChangePopular Events
More
小更新也建议给一个版本号,或者就用升级包发布日期也行,安装更新包之后,系统里显示的版本号也同样加上小更新包的版本号。让用户清楚更新后会是哪个版本,假如某个更新包有问题,大家也可以识别出来 ,等下一个版本的更新包出来。