Scoop Extras项目中Suwayomi-Server版本检查正则表达式修复

在Scoop Extras软件包管理项目中，Suwayomi-Server的自动更新机制近期出现了版本检测失效的问题。这个问题源于该项目的发布包命名规则发生了变更，导致原有的正则表达式无法正确匹配新版本的发布文件。

问题背景

Suwayomi-Server是一个漫画阅读服务器的开源项目。在2.0.1727版本之前，该项目采用"v1.1.1-r1535"这样的版本号格式，其中包含主版本号、次版本号和修订号，以及额外的构建编号（r后面的数字）。然而，从2.0.1727版本开始，项目团队简化了版本命名规则，移除了构建编号部分，直接使用"v2.0.1727"这样的格式。

技术分析

原正则表达式设计用于匹配包含构建编号的旧版本格式：

Suwayomi-Server-v([\\d.]+)-r(\\d+)-windows-x64\\.zip

新版本发布后，需要调整为更简单的模式：

Suwayomi-Server-v(?<version>[\\d.]+)-windows-x64\\.zip

这个修改使用了命名捕获组(?<version>)来提取版本号部分，使正则表达式更加清晰和易于维护。

配套修改

除了正则表达式外，还需要更新相关的自动更新配置参数：

1. 64位架构的下载URL模板需要调整为：

https://github.com/Suwayomi/Suwayomi-Server/releases/download/v$version/Suwayomi-Server-v$version-windows-x64.zip

2. 64位架构的提取目录需要更新为：

Suwayomi-Server-v$version-windows-x64

32位架构的配置也需要进行相应的调整。

技术影响

这种版本检测机制的更新对于软件包管理系统至关重要。正确的版本检测能够确保：

• 用户能够及时获取最新版本的软件
• 自动更新流程不会因格式变更而中断
• 软件包管理器能够正确处理依赖关系和版本冲突

最佳实践建议

对于类似的软件包管理项目，建议：

1. 定期检查上游项目的发布策略变化
2. 使用命名捕获组提高正则表达式的可读性
3. 保持版本提取逻辑与发布文件命名规则同步
4. 在版本格式变更时进行全面测试

这次修复确保了Scoop Extras能够继续为Suwayomi-Server用户提供无缝的更新体验，同时也为处理类似的项目命名规则变更提供了参考范例。