v0.8.5
变更
-
作业日志与工作流定义改在「主窗口的只读标签」里打开(此前是输出面板)。
这个位置换了三次,把结论记在这里。三种做法对比:
做法 只读 主窗口 查找 / 并排对比 问题 openTextDocument({content})✗ 未保存文档 ✓ ✓ 标题是 Untitled-1,关闭时问「是否保存」输出面板 ✓ ✗ ✗ 不占标签,但检索能力弱、同一时刻只能看一份 只读虚拟文档(现在) ✓ ✓ ✓ 标题即文件名, .yml自动按 YAML 高亮实现上完全使用平台能力,没有自造查看器:
workspace.registerTextDocumentContentProvider()—— 官方类型定义原文就是
add readonly documents to the editor,只读由 VS Code 保证,扩展不需要自己控制;
关闭时不会问是否保存,也不会出现「未保存」状态- 标签标题与语言由平台从 URI 路径推导:最后一段写什么文件名,标签就显示什么
languages.setTextDocumentLanguage()在需要时明确指定.yml按 YAML 高亮onDidChange+EventEmitter<Uri>:重新生成同一份文档时刷新已打开的编辑器
作业名里不适合当文件名的字符(
/、:、*、?等)会替换成空格并限长 60 字符 ——
既让标签可读,也避免/把 URI 路径「撑开」到别的位置。 -
点击「工作流定义」里的条目改为查看其内容(YAML 原文),不再直接跳浏览器。
原先左键打开浏览器,而且回落出来的条目全都指向同一个仓库 Actions 页
(htmlUrl写死了通用地址)—— 点哪条都一样,等于没有这个功能。
这是 0.8.4 引入的问题。现在左键在主窗口查看工作流定义,「在浏览器打开」保留在右键菜单里,
与「触发」「启用 / 停用」并列。 -
工作流条目的浏览器地址改用 contents 接口自带的
html_url(精确指向该文件),
省掉「为了拼网页地址还要再查一次默认分支」的请求。
新增
- 命令
Gitea: 查看工作流定义(gitea.showWorkflow)。 - README 的命令一览补上「工作流」一类(此前漏列了这几个命令)。
工程
- 作业日志不再写入输出面板,原先的
Gitea 工作流日志输出通道已移除。
完整变更对比:v0.8.4...v0.8.5