Alfred-Workflow 自动化更新利用 GitHub Releases 实现工作流无缝升级【免费下载链接】alfred-workflowFull-featured library for writing Alfred 3 4 workflows项目地址: https://gitcode.com/gh_mirrors/al/alfred-workflowAlfred-Workflow 是一款功能全面的库专为编写 Alfred 3 和 4 工作流而设计。其中自动化更新功能借助 GitHub Releases 实现工作流的无缝升级让用户能够轻松获取最新功能和修复极大提升了工作流的使用体验。自动化更新的核心价值在使用 Alfred 工作流的过程中手动检查和更新工作流不仅繁琐还可能错过重要的功能改进和 bug 修复。Alfred-Workflow 的自动化更新功能解决了这一痛点它能定期默认每天从指定的 GitHub 仓库获取最新发布版本当检测到更新时会询问用户是否进行更新实现了工作流的智能化管理。支持的环境要求需要注意的是从 GitHub 进行更新至少需要 macOS 10.13/High Sierra 系统。因为 10.12/Sierra 及更早版本中的 OpenSSL 版本过于陈旧与 GitHub 的 SSL 配置不兼容导致系统 Python 及该库无法连接到 GitHub 服务器。GitHub Releases 配置要点要让工作流能够识别和下载更新版本传递给 Workflow 类的 version 值应是对应 GitHub 仓库发布列表中的版本之一即标签。同时发布中必须附加一个且只能有一个.alfredworkflow 和/或一个且只能有一个.alfred3workflow 二进制文件否则该发布将被忽略这是确保更新文件正确下载和安装的关键。另外GitHub 上标记为“预发布”的版本默认会被忽略除非启用了 workflow:prereleases 魔术参数或在 update_settings 字典中将 prereleases 键设置为 True。多 Alfred 版本支持策略在 Alfred 中任何版本创建或编辑的工作流都与早期版本存在根本不兼容性即使未使用新功能。如果要发布破坏与旧版 Alfred 兼容性的工作流新版本需使用特定的版本专用文件扩展名来对旧版本隐藏文件。例如使用 .alfred3workflow 表示兼容 Alfred 3.alfred4workflow 表示兼容 Alfred 4 等。更新程序会忽略扩展名版本号高于运行的 Alfred 版本的文件而 .alfredworkflow 文件则无论 Alfred 版本如何都会被安装。在同一发布中可以同时包含 .alfredworkflow 文件和 .alfred4workflow 文件Alfred-Workflow 在 Alfred 4 下会优先使用 .alfred4workflow如果存在在 Alfred 3 下或发布中没有 .alfred4workflow 文件时将使用 .alfredworkflow 文件。但每种类型只能有一个文件否则发布将被视为无效。配置步骤详解要使用自更新功能必须将一个字典作为 update_settings 参数传递给 Workflow 类。该字典必须包含 github_slug 键值对格式为“username/reponame”即用户名和工作流仓库名称。同时还需要指定当前安装的工作流版本号有以下几种方式在 Alfred 3 中使用工作流配置表中的“工作流版本”字段该字段会将版本号保存在 info.plist 中Workflow 类会从 Alfred 运行工作流时设置的环境变量中或在非 Alfred 环境下解析 info.plist获取版本。在 update_settings 字典中设置 version 键。在工作流的根目录与 info.plist 同级保存一个 version 文件。通过以上配置Alfred-Workflow 就能利用 GitHub Releases 实现工作流的自动化更新让用户始终使用到最新、最稳定的工作流版本。官方文档可参考docs/guide/update.rst其中对更新功能有更详细的说明。【免费下载链接】alfred-workflowFull-featured library for writing Alfred 3 4 workflows项目地址: https://gitcode.com/gh_mirrors/al/alfred-workflow创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考