语义化版本与脚本站新功能

王一之

大家可以在开发脚本时遵循这种规则进行发版：语义化版本 2.0.0

下面这些内容里，文档中有更详细的解释，只是帮大家提取一些重点

例如一个并不是稳定的版本从：0.1.0开始，每次bug修复增加第三位（0.1.1），有功能新加(0.2.0)，稳定版本(1.0.0)，一次不向下兼容的更新（2.0.0，但如果是在（0.x.x）时可以只增加第二位0.3.0）

另外当有一个预发布版本时，可以使用下面的命名规则：\<version core> "-" \<pre-release> (我顺便也尽量展示一个符合规则的版本号,具体可以看合法语义化版本的巴科斯范式语法，最后也提供了正则可以验证是否符合规则)

• 1.0.0-alpha+gm.998c9f9
• 1.0.0-alpha.1+tm.2nieun9
• 1.0.0-alpha.2
• 1.0.0-beta
• 1.0.0-rc
• 1.0.0+sc.muuvxpx

上面的一个版本大小上列表最上面的最小，最下面最大，也就是 1.0.0-alpha<1.0.0-alpha.1，他们产生的一个时间顺序也是如此，先发布1.0.0-alpha然后再1.0.0-alpha.1，最终达到1.0.0，后面的+表示 脚本管理器.digest，上面可能比较复杂，平常顶多就用:1.0.0-alpha,1.0.0-beta,1.0.0

另外版本号只能升，不能降，发布了之后也禁止再进行更新，例如脚本站就是发布了之后禁止更新其代码

end

至于为什么想说这些呢，那是因为脚本站想加入一些与语义化版本相关联的特性

预发布版本

脚本作者可以发布一个预发布版本以提供给希望能够体验最新功能，同时也能够忍受bug存在的用户进行安装，脚本的一个更新逻辑为：预发布用户为取所有版本中的最大的版本，正式版用户为取正式版本中最大的版本，开启预发布功能后会在脚本首页展示预发布版本的安装入口

灰度发布/金丝雀发布

脚本作者可以指定一个版本进行灰度发布，可以将正式版用户中的百分之x的用户更新为改版本，可以逐步调高比例进行更新，当100%时表示正式发布完成；该版本推荐为正式版本。

不知道大家对上述的两个想法看法如何，欢迎在下方讨论

C5732

不明觉厉

李恒道

强烈抗议中国词语英文话，我代表论坛管理发起一票否决权，并重新指定版本

    1.0.0-阿尔法+及爱目.998c9f9
    1.0.0-阿尔法.1+提埃目.2nieun9
    1.0.0-阿尔法.2
    1.0.0-贝塔
    1.0.0-阿西
    1.0.0+埃斯西.目优优

王一之

李恒道 发表于 2023-9-13 22:15
强烈抗议中国词语英文话，我代表论坛管理发起一票否决权，并重新指定版本

    1.0.0-阿尔法+及爱目.998c9f ...

只是音译！我不赞同，我认为应该创造一套属于中文的规则，例如

1.0.0-内测
1.0.0-预发布

steven026

王一之 发表于 2023-9-13 22:31

只是音译！我不赞同，我认为应该创造一套属于中文的规则，例如

1.0.0-内测

壹点零点零杠内测

百分百纯中文 不会被卡脖子！🙄

李恒道

王一之 发表于 2023-9-13 22:31
只是音译！我不赞同，我认为应该创造一套属于中文的规则，例如

1.0.0-内测

不够国语
1.0.0-孙悟空版
1.0.0-武松版
1.0.0-林黛玉版

dawnl-lc

可以适配GitHub的releases里的预发布标签吗？

王一之

dawnl-lc 发表于 2024-2-6 00:06
可以适配GitHub的releases里的预发布标签吗？

什么意思呢？

王一之

dawnl-lc 发表于 2024-2-6 00:06
可以适配GitHub的releases里的预发布标签吗？

要读取github的tag信息？这个不行，只能读取@version版本信息

dawnl-lc

王一之 发表于 2024-2-6 02:47

什么意思呢？

适配这个
https://github.com/dawn-lc/IwaraDownloadTool/releases