[脚本商店] 建议更新脚本时，不要强制增加版本号，可参考greasyfork.org的做法

wilsons

本帖最后由 wilsons 于 2025-8-8 21:37 编辑

本帖最后由 wilsons 于 2025-8-8 21:08 编辑

本帖最后由 wilsons 于 2025-8-8 20:58 编辑

如题，有时可能仅仅更新文字描述或图片，也强制要求增加版本号，这样的设计感觉很不合理。

不更新代码，仅更新描述可以更新了，可能我刚才操作有误吧。

感谢 @王一之 的回复！

不过，我个人还是建议，仅提醒用户，不要强制更新版本号的好。

---

greasyfork.org的做法是：

1 当修改文字或图片描述时，直接更新成功，不要求增加版本号
2 当脚本被修改，但当未增加版本号时，提醒用户，当用户勾选了仍然更新后，保存成功。

王一之

你不变更版本号和内容是可以修改文字描述的

你如果变更了脚本内容，是强制要求变更版本号

wilsons

王一之 发表于 2025-8-8 21:24
你不变更版本号和内容是可以修改文字描述的

你如果变更了脚本内容，是强制要求变更版本号 ...

感谢大佬，刚才又试了下，不更新代码确实可以更新。

我之前试的确实不可以，可能操作有误吧。

不过我还是建议，提醒即可，不要强制必须增加的好。

王一之

wilsons 发表于 2025-8-8 21:33
感谢大佬，刚才又试了下，不更新代码确实可以更新。

我之前试的确实不可以，可能操作有误吧。

没有变更版本，又变更了内容，肯定是不合理，不允许的

就像你说的误操作，如果你删除了一个东西，直接影响脚本不能运行了，我给你更新成功了，用户只会和你说为什么脚本不能用了，而你还得查看半天为什么

wilsons

王一之 发表于 2025-8-9 09:59
没有变更版本，又变更了内容，肯定是不合理，不允许的

就像你说的误操作，如果你删除了一个东西，直接影 ...

你说的有道理，但我觉得仅提醒，不强制的使用场景是，当你仅修改了脚本中的描述，注释等不重要内容时，尤其是刚刚发布不到1分钟的情况下，更新一次，可能并不需要增加版本号。

你说的，误删除基本是不存在的，因为脚本被更新提交时，已经提醒了开发者，他强制更新就得自己负责。

且即使增加版本号，也无法避免用户误删除导致的错误。比如，他可能更新了A，但误删除了B等情况。

王一之

wilsons 发表于 2025-8-9 10:46
你说的有道理，但我觉得仅提醒，不强制的使用场景是，当你仅修改了脚本中的描述，注释等不重要内容时，尤 ...

都有道理和说法，如果你不想修改版本号，但是想修改内容，可以先去版本列表将这个版本删除，然后再更新一次新的代码

我认为发版应该是一个锁定的过程，如果你发版发布了，已经有用户安装了，那么你再修改，这一部分的用户是享受不到你真正的新版本的（包括上述的动作）

我不会修改这个问题，像上述的操作我觉得算一个惩罚，版本的代码应该是锁定的

而且脚本的版本升级也是一个很方便的过程，只需要改动一下版本号即可，有问题的的代码强制升级版本号是应该的，比如你说的“仅修改了脚本中的描述”，这也算是一个问题，没有问题你为什么会修改呢？

wilsons

王一之 发表于 2025-8-9 12:59
都有道理和说法，如果你不想修改版本号，但是想修改内容，可以先去版本列表将这个版本删除，然后再更新一 ...

你说的对。

我之所以有这个想法，是因为脚本猫和greasyfork脚本同步时保持版本号一致问题。

比如，greakfork更新了v25，脚本猫也更新了v25，这时发现脚本猫有一处忘了改，而greakfork没问题，但这一处并不重要，比如描述，比如默认配置，对于默认配置来说，旧版本即使更新也不会更新配置，仍然以用户本地配置为准，所以这对旧用户是否更新并无影响。

但，这时，脚本猫更新时就必须增加版本号，这就会让脚本猫和greakfork的版本不一致了。要想保持一致，也要把greakfork也增加版本号，即使greakfork无任何修改。

如果两者代码完全一样还好，完全复制一般不会有问题，但当二者有些许差异时，就可能会有漏改情况，这时，就得把greakfork增加版本号，即使无任何修改。

王一之

wilsons 发表于 2025-8-9 14:05
你说的对。

我之所以有这个想法，是因为脚本猫和greasyfork脚本同步时保持版本号一致问题。

可以用这个操作：可以先去版本列表将这个版本删除，然后再更新一次新的代码

wilsons

王一之 发表于 2025-8-9 14:05
可以用这个操作：可以先去版本列表将这个版本删除，然后再更新一次新的代码 ...

收到，学习了！👍

感谢大佬！