Devotd Github
新发现推理与服务

struklabs/harness-studio — GitHub 发布草稿共享

harness-studio 的发布工作流已更改,现在会按标签找到同一个草稿发布并由多个作业共享。

仓库信息struklabs/harness-studio ↗

harness-studio 的发布工作流已更改,现在会按标签找到同一个草稿发布并由多个作业共享。

GitHub 项目说明: Run open AI models on your own computer — a friendly desktop app and local gateway for llama.cpp and more. Private, free, open source.

星标
★ 10
复刻
2
语言
Rust
许可证
MIT
最新版本
v0.1.1
查看原始来源 ↗在 GitHub 查看 ↗

struklabs/harness-studio 是一个桌面应用兼本地网关,用于在自己的计算机上直接运行 llama.cpp 等开源 AI 模型。仓库说明称,这是一个用于在个人计算机上运行模型的免费开源项目。2026 年 10 月 22 日的提交 07528c5 并未改动应用代码或模型运行部分,而是改动了 GitHub Actions 的发布工作流。提交信息为 "fix: share one draft across release jobs (#450)",在 .github/workflows/release.yml 这一个文件中新增了 42 行、删除了 2 行。

此次变更的核心在于:每个标签只对应一个草稿发布(draft release),并由多个作业共享。草稿发布指的是已登记在仓库中、但尚未公开发布的条目。新增的 prepare 作业首先通过 GitHub API 查找该标签对应的发布。如果不存在,就创建一个名为 "Harness Studio <tag>" 的草稿;如果已存在,就输出其 id。如果同一标签存在两个以上的发布,则不会自动合并,而是报错停止;同样,也会拒绝尝试重新创建已经公开发布的发布。随后,build 作业以 prepare 为前置条件,发布阶段直接沿用 prepare 传下来的 release_id,而原先要再按标签查询的 organize 作业也被改为使用该 id。此外还一并加入了把同一标签的发布运行归为一个组、并且不取消进行中运行的设置(cancel-in-progress: false)。

不过,这个提交所触及的仅仅是部署流水线。应用的运行性能、模型兼容范围以及部署包的构成都不是本次变更的对象。公开记录中没有这次修复的执行结果或发布产物,因此重复草稿是否真的消失取决于 GitHub Actions 的行为。由于草稿创建在构建之前,即使构建失败,草稿也会保留。已经公开发布的发布无法再次创建的约束保持不变;如果积累了多个草稿,该工作流也不会自动清理,而是需要人工将它们合并。