快速结论:当你看到 Ollama 的 v0.35.0 被 GitHub 标为 Pre-release,但标签名里又没有 -rc 后缀时,会产生“这到底是不是正式版”的疑问。优先确认 GitHub Release 的 Pre-release 标记,而不是只看 tag 名称;最终以维护者对发布元数据的修正和 latest 接口返回为准。
适用环境:Ollama;涉及 GitHub Releases 发布标记与 .github/workflows/release.yaml 发布流程;Issue 中未提供具体操作系统、Python、CUDA 或显卡信息。
最快修复方案:对于下游打包或自动化场景,不要仅凭 tag 名称判断是否为正式版,改为查询 GitHub 的 latest 接口,例如 curl -s https://api.github.com/repos/ollama/ollama/releases/latest | jq -r '.name[1:]'。Issue 最终确认 0.35.0 已被移为 release 状态。
注意事项:tag 名称里的 -rc 后缀与 GitHub Release 的 Pre-release 标记是两套独立机制,tag 没带 -rc 并不代表 GitHub 不会把它标记为 Pre-release。在维护者修正发布元数据之前,GitHub 显示的 Pre-release 标记是更可靠的状态;普通用户如果只需要稳定版本,可等待明确标记为 release 的版本,或使用 latest 接口确认当前正式发布版本。
问题场景
用户在查看 Ollama 的 GitHub Releases 页面时发现,v0.35.0 被标记为 Pre-release,但该 tag 名称并不像其他 release candidate 那样带有 -rc 后缀,因此对 0.35.0 到底是预发布版还是正式版产生疑问。该疑问还会直接影响下游 Linux 发行版打包:如果自动化流程把 Pre-release 当成正式版处理,就可能错误打包。
报错原文
Is 0.35.0 a pre-release?
0.35.0 is marked as a pre-release at https://github.com/ollama/ollama/releases/tag/v0.35.0 but doesn't contain an `-rc` suffix like other release candidates. Is this intended?
原因分析
核心原因在于 GitHub Release 的 Pre-release 标记与 tag 名称是两套独立的东西。Issue 中的分析指出,发布工作流使用 gh release create ... --draft --generate-notes --prerelease 创建 release,因此即使 tag 是普通的 v0.35.0,也可能在 GitHub 上显示 Pre-release 徽章。工作流中并没有看到后续自动取消 Pre-release 标记的步骤,所以该标记是否是有意保留,只有发布维护者才能确认。
因此,这类疑问通常不是本地安装或运行错误,而是发布元数据与下游自动化判断标准不一致导致的困惑。
环境排查
- 确认你查看的是 GitHub Releases 页面中的 Pre-release 标记,而不是仅看 git tag 名称。
- 确认下游自动化使用的是否是 GitHub 的 release 标记、tag 名称,还是
latest接口。 - 检查当前查询到的版本是否为
0.35.0,以及是否出现0.35.1-rc0等候选版本。 - Issue 未提供操作系统、Python、CUDA、PyTorch、显卡或 Ollama 运行版本,因此不需要补充这些环境项作为本次判断依据。
解决步骤
- 不要仅凭 tag 是否带
-rc判断是否为正式版,先查看 GitHub Release 页面上的 Pre-release 标记。 - 如果是为下游打包或自动化选择稳定版本,改用 GitHub 的
latest接口确认当前正式发布版本:curl -s https://api.github.com/repos/ollama/ollama/releases/latest | jq -r '.name[1:]'。 - 根据 Issue 最终回复,
0.35.0已被移为 release 状态;如果此前因 Pre-release 标记而暂缓打包,可重新检查该 release 的状态。 - 对于未来版本,Issue 中提出希望 release candidate 能以
-rc后缀命名,方便下游自动化区分预发布与正式版;这属于反馈建议,是否采用取决于维护者。 - 如果仍不确定某个版本是否应作为正式版处理,优先依赖 GitHub Release 的
latest标记或维护者确认,而不是自行猜测。
验证方法
运行 curl -s https://api.github.com/repos/ollama/ollama/releases/latest | jq -r '.name[1:]',确认返回的正式发布版本是否为 0.35.0。同时回到 GitHub Releases 页面,确认 v0.35.0 的 Pre-release 标记已被移除。如果下游自动化改为读取 latest 接口,应确认其不会再选取带 Pre-release 标记的版本。
参考来源
AI 工具推荐
想把多个 AI 模型放在一个入口?
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。
推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。
这个方案解决了吗?
可以继续搜索完整报错,或查看同一工具的其他排查指南。
![[ROCm] rocm_unquantized_gemm crashes on CPU tensors (dispatch ignores tensor device)](https://www.chat-gpts.plus/wp-content/uploads/2026/09/58922-44795438-768x403.jpg)
![[RFC]: DeepSeek-V4.1-Flash performance on ROCm](https://www.chat-gpts.plus/wp-content/uploads/2026/09/56506-e598e1d1-768x403.jpg)
