1. 项目概述一个被低估的轻量级博客系统内核“SUMTEC — There’s a thing in my bloglet.” 这句话乍看像一句带点英式冷幽默的自言自语实则藏着一套极简但逻辑严密的博客构建哲学。我第一次在 GitHub 上看到这个仓库时没点开 README 就先被标题击中了——它不叫 “SUMTEC Blog Engine” 或 “SUMTEC Static Site Generator”而是用近乎口语的句式把技术动作藏进生活化表达里“There’s a thing…”这儿有样东西。这种措辞不是随意为之而是 SUMTEC 整体设计语言的缩影它拒绝宏大叙事不堆砌功能不预设用户身份只专注解决一个具体、微小、高频的痛点如何在不引入构建工具链、不依赖 CMS 后台、不配置 Webpack 或 Vite 的前提下让一个人能以最接近写作直觉的方式持续产出结构清晰、可归档、可复用的短篇内容单元bloglet核心关键词 “bloglet” 是理解 SUMTEC 的钥匙。它不是 blog博客也不是 post文章而是介于两者之间的轻量级内容原子——通常 300–800 字聚焦单一观点、一个技巧、一次实验记录或一段代码注释。它不追求 SEO 友好、不内置评论系统、不支持多作者协作但它强制要求每篇 bloglet 拥有明确的主题标签topic、时间戳timestamp、唯一标识符slug和可追溯的变更历史git commit。这四个字段构成 SUMTEC 的元数据骨架所有后续功能归档、搜索、关联、导出都生长于此。我试过用 Hugo、Jekyll 和 Obsidian Publish 做类似的事但要么模板太重要么元数据管理松散要么导出格式受限。SUMTEC 的特别之处在于它把“写一篇 bloglet”这件事压缩成一个纯文本文件的创建提交动作你只需在content/目录下新建一个.md文件按约定格式写好 YAML front matter保存然后git add git commit。没有npm run build没有hugo server --watch没有插件市场没有主题切换。它的“构建”就是 Git 的 commit hash“部署”就是git push到托管平台“预览”就是本地 Markdown 编辑器的实时渲染。这种极简主义不是偷懒而是对内容生命周期本质的回归内容即版本写作即提交归档即分支。适合谁参考如果你是技术文档工程师常需快速沉淀内部知识片段如果你是独立开发者想建一个不靠流量变现、只为梳理思路的私密笔记库如果你是高校研究者需要为每个实验生成可引用、可回溯的微型报告甚至如果你是语文老师想让学生练习写结构化短评——SUMTEC 都比主流博客系统更贴身。它不帮你涨粉但能帮你守住思考的颗粒度。我用它搭建个人知识基座已近两年累计存档 472 篇 bloglet最小的一篇只有 97 字讲的是grep -v ^$如何快速过滤空行最大的一篇 783 字完整复现了用ffmpeg提取视频关键帧并批量重命名的 Shell 脚本逻辑。它们全靠四行 YAML 和 Markdown 本身完成组织没有任何外部依赖污染内容本体。2. 核心设计逻辑与架构拆解2.1 为什么是 “bloglet” 而非 “post”——从内容粒度反推系统边界SUMTEC 的命名选择绝非文字游戏。“Bloglet” 这个生造词精准锚定了它的能力半径。我们来对比主流静态博客生成器的默认单位Hugo/Jekyll 的 “post”隐含完整文章结构标题、作者、分类、摘要、正文、标签、发布时间默认绑定 RSS、分页、归档页等重型模块单篇内容预期长度在 1500 字以上Obsidian 的 “note”强调双向链接与图谱关系但元数据弱日期靠插件、标签靠手动#、ID 靠文件名导出为静态网站时需额外配置且原生不支持时间序列归档Notion 的 “page”富媒体友好但锁定在平台内导出为 HTML 会丢失交互性且无法用 Git 追踪细粒度变更。SUMTEC 的 “bloglet” 则刻意剥离了这些冗余。它定义的最小可发布单元必须满足三个硬性条件可独立存在、可被时间排序、可被主题聚合。这意味着它的架构设计从第一天起就拒绝“大而全”。比如它没有“作者”字段——因为所有 bloglet 默认属于当前 Git 仓库的所有者作者信息由 Git commit author 承载避免元数据重复它没有“分类category”字段——因为分类逻辑完全由topic标签承担且topic支持多值如topic: [shell, automation, ffmpeg]天然支持交叉归档它不提供“摘要excerpt”字段——因为前 120 字的正文自动截取为摘要省去人工维护成本。这种减法背后是深刻的工程权衡放弃对“长文”的支持换取对“短频快”内容流的极致响应速度。我做过测试在一个包含 500 篇 bloglet 的仓库里执行sumtec build实际只是遍历文件解析 YAML生成 JSON 索引耗时 0.32 秒而同等规模下 Hugo 的hugo --minify需要 4.7 秒。差距来自底层模型差异Hugo 需要为每篇 post 构建完整的页面对象树、处理 shortcode、运行 template 渲染SUMTEC 只做三件事读取文件、提取 front matter、写入索引。它的输出不是 HTML 页面集合而是一个结构化的index.json文件以及原始 Markdown 文件本身。前端展示层可以是 React、Vue甚至纯 JS只消费这个 JSON按需渲染。这就解释了为什么 SUMTEC 官方不提供主题——它根本不需要。你拿到的不是一个“网站生成器”而是一个“博客内容 API 生成器”。2.2 四字段元数据协议topic / timestamp / slug / content_hashSUMTEC 的全部语义能力都压缩在这四个必填字段中。这不是随意约定而是经过多次迭代验证的最小完备集topic主题标签类型为字符串数组强制要求至少一个值。它不是装饰性标签而是内容路由的核心键。SUMTEC 的归档页/topics/shell/就是直接读取所有topic包含shell的 bloglet 列表生成的。我曾尝试用单字符串topic: shell结果发现无法支持多主题关联比如一篇讲ffmpegbash脚本的文章理应同时出现在/topics/ffmpeg/和/topics/bash/下于是协议升级为数组。这个改动看似微小却让内容复用率提升 3 倍以上——同一片内容可被多个知识维度调用。timestamp时间戳格式严格限定为YYYY-MM-DD HH:MM:SS24 小时制且必须与文件的 Git commit 时间一致。这是 SUMTEC 实现“时间旅行式归档”的基础。它的/archive/2023/页面不是按文件修改时间生成而是解析每个 bloglet 的timestamp字段再按年/月/日三级嵌套聚合。这里有个关键细节SUMTEC 不信任文件系统时间只信任 YAML 中声明的时间和 Git commit 时间的双重校验。如果两者不符构建过程会报错并中断。我踩过的坑是某次用 VS Code 快速编辑后直接保存未触发 Git commit导致timestamp与 commit 时间偏差 2 分钟SUMTEC 拒绝构建。这个“不宽容”恰恰保证了数据可信度——你知道每篇 bloglet 的发布时间就是它被正式纳入知识库的时刻。slug唯一标识符格式为yyyy-mm-dd-unique-key例如2023-10-15-shell-grep-trick。它由timestamp的日期部分 小写连字符分隔的关键词组成全程禁止空格、中文、特殊符号。这个设计解决了两个痛点一是 URL 友好性/bloglet/2023-10-15-shell-grep-trick/比/post/12345/更易读二是避免文件名冲突Git 仓库中不允许同名文件但不同日期的同主题 bloglet 可共存。我最初用uuid4()生成 slug结果发现无法通过 URL 直观判断内容时效性后来改用日期前缀阅读效率大幅提升。content_hash内容哈希这是 SUMTEC 最隐蔽也最精妙的设计。它不是用户手动填写的字段而是在构建时由系统自动计算并注入到 front matter 中的 SHA-256 值代表该 bloglet 正文不含 front matter的精确哈希。它的作用不是防篡改而是内容指纹识别。当你要查找“哪几篇 bloglet 讨论了同一个正则表达式模式”时传统方案需全文扫描而 SUMTEC 可以先计算目标模式的哈希再比对所有content_hash毫秒级定位。我在整理 Bash 技巧库时用此功能快速找出 7 篇涉及[[ string ~ regex ]]语法的 bloglet无需打开任何文件。这四个字段共同构成 SUMTEC 的“内容宪法”任何扩展字段如status: draft、related: [slug1, slug2]都必须在此框架内演进不能破坏其原子性。这也是为什么 SUMTEC 的配置文件sumtec.config.js极其简单——它只定义输出路径、JSON 索引格式、忽略文件规则绝不碰触元数据结构。系统边界清晰是长期可维护的前提。2.3 构建流程的“零构建”哲学Git 作为事实源SUMTEC 的构建命令sumtec build听起来像传统静态站点生成器实则名不副实。它不编译、不转换、不优化只做三件事扫描content/目录下所有.md文件支持子目录如content/shell/,content/python/逐个解析 YAML front matter校验topic/timestamp/slug是否符合协议计算content_hash将所有有效 bloglet 的元数据聚合为一个扁平化 JSON 数组写入public/index.json。整个过程无缓存、无中间文件、无状态依赖输入是 Git 仓库输出是纯数据文件。这意味着你可以完全跳过sumtec build只要确保content/下的文件符合协议index.json就是你需要的全部 API。我实际工作流中90% 的时间根本不运行sumtec build而是用一个 5 行的 Bash 脚本替代#!/bin/bash cd content find . -name *.md -exec grep -l ^--- {} \; | while read f; do head -n 20 $f | awk /^---$/,/^---$/{if(!/^---$/){print}} | yq e .topic,.timestamp,.slug - 2/dev/null done | jq -s map({topic: .[0], timestamp: .[1], slug: .[2]}) ../public/index.json这段脚本用yqYAML 处理器和jqJSON 处理器直接解析 front matter效果与sumtec build一致但更透明、更可控。SUMTEC 的真正价值不在于它提供了什么命令而在于它定义了一套可被任意工具链消费的、稳定的内容契约。你可以用 Python 脚本、GitHub Action、甚至 Excel 宏来生成index.json只要输出格式符合约定前端就能正常工作。这种“契约大于实现”的设计让 SUMTEC 具备了惊人的生态适应性——它不争做工具而甘当协议。3. 核心实操环节与落地细节3.1 初始化项目从零创建一个可运行的 SUMTEC 博客库创建 SUMTEC 项目比初始化 Git 仓库还简单。我推荐完全手动操作而非使用官方 CLI它仅封装了基础文件创建因为手动过程能让你彻底理解每个文件的职责。以下是我在 macOS 上的标准流程Windows 用户请将mkdir -p替换为mkdirtouch替换为type nul # 1. 创建项目根目录并初始化 Git mkdir my-bloglet cd my-bloglet git init # 2. 创建核心目录结构注意SUMTEC 不强制要求 public/但约定俗成 mkdir -p content public # 3. 编写第一个 blogletcontent/2023-10-15-first-bloglet.md cat content/2023-10-15-first-bloglet.md EOF --- topic: [introduction, setup] timestamp: 2023-10-15 14:22:05 slug: 2023-10-15-first-bloglet --- # Welcome to my bloglet This is the first entry in my SUMTEC-powered knowledge base. I use it to capture small technical insights that dont warrant a full blog post. EOF # 4. 创建极简的 index.html前端入口 cat public/index.html EOF !DOCTYPE html html headtitleMy Bloglet/title/head body h1My Bloglet/h1 div idbloglets/div script srchttps://cdn.jsdelivr.net/npm/vue3.2.47/dist/vue.global.prod.js/script script const { createApp, ref, onMounted } Vue const app createApp({ setup() { const bloglets ref([]) onMounted(async () { const res await fetch(index.json) bloglets.value await res.json() }) return { bloglets } } }) app.mount(#bloglets) /script /body /html EOF # 5. 创建初始 index.json空数组供前端加载时不报错 echo [] public/index.json # 6. 提交初始状态 git add . git commit -m chore: init SUMTEC bloglet repo这个流程的关键细节在于content/目录名不可更改SUMTEC 的解析器硬编码了此路径修改需重编译源码不推荐文件名与slug字段必须一致虽然 SUMTEC 不校验此点但不一致会导致 URL 路由混乱如访问/bloglet/2023-10-15-test/却显示2023-10-15-first-bloglet.md的内容public/index.html是唯一必需的 HTML 文件SUMTEC 不生成任何 HTML所有页面均由前端 JS 动态渲染。这意味着你可以用 React/Vue/Svelte 任意框架甚至用纯 JS 写一个 20 行的渲染器public/index.json初始为空数组[]这是前端安全加载的前提。如果文件不存在fetch(index.json)会失败页面白屏。完成上述步骤后你只需用任意 HTTP 服务器启动public/目录如npx serve public或 Python 的python3 -m http.server 8000 --directory public打开http://localhost:8000就能看到一个空白页面控制台无报错——说明基础环境已通。此时index.json还是空的下一步就是运行构建。3.2 构建与索引生成手把手跑通第一个sumtec buildSUMTEC 的官方构建工具是 Node.js 编写的 CLI安装极其轻量npm init -y npm install --save-dev sumtec然后在package.json中添加 script{ scripts: { build: sumtec build } }现在执行npm run build你会看到终端输出SUMTEC building... ✓ Found 1 bloglet in content/ ✓ Validated front matter for 2023-10-15-first-bloglet.md ✓ Generated index.json with 1 entries Build completed in 0.12s检查public/index.json内容应为[ { topic: [introduction, setup], timestamp: 2023-10-15 14:22:05, slug: 2023-10-15-first-bloglet, content_hash: a1b2c3d4e5f6...真实哈希值, file_path: content/2023-10-15-first-bloglet.md, url: /bloglet/2023-10-15-first-bloglet/ } ]关键点解析file_path字段是构建时注入的它记录 bloglet 在仓库中的相对路径方便前端按需加载原始 Markdown用于预览或编辑url字段是约定生成的格式固定为/bloglet/{slug}/前端路由可直接映射content_hash是 SHA-256 值计算范围是---分隔符之后的所有内容即纯 Markdown 正文不包括 front matter 和文件末尾空行。此时刷新浏览器你会发现页面仍为空——因为我们的index.html还没写渲染逻辑。现在给它加上!-- 替换 public/index.html 中的 script 标签 -- script const { createApp, ref, onMounted } Vue const app createApp({ setup() { const bloglets ref([]) onMounted(async () { const res await fetch(index.json) bloglets.value await res.json() }) return { bloglets } }, template: div h1My Bloglet ({{ bloglets.length }} entries)/h1 ul li v-forb in bloglets :keyb.slug a :hrefb.url{{ b.slug }}/a span classtopic[{{ b.topic.join(, ) }}]/span span classtime{{ b.timestamp.split( )[0] }}/span /li /ul /div }) app.mount(#bloglets) /script再次刷新首页将显示一条带链接的列表项“2023-10-15-first-bloglet [introduction, setup] 2023-10-15”。点击链接会 404——因为我们还没实现/bloglet/{slug}/页面。但这正是 SUMTEC 的设计意图它只提供数据不提供页面。你需要自己决定如何呈现单篇内容。我推荐的最小可行方案是用一个通用的bloglet.html模板通过 URL 参数动态加载!-- public/bloglet.html -- !DOCTYPE html html headtitleBloglet/title/head body article idbloglet-content/article script // 从 URL 获取 slug如 /bloglet/2023-10-15-first-bloglet/ → slug 2023-10-15-first-bloglet const url new URL(window.location.href) const slug url.pathname.split(/)[2] // 加载对应 Markdown 文件需服务端配置支持跨域或同源 fetch(\content/\${slug}.md\) .then(r r.text()) .then(md { // 简单的 Markdown 渲染生产环境请用 marked.js 或 showdown const html md .replace(/^# (.*$)/gm, h1$1/h1) .replace(/^\*\*(.*)\*\*$/gm, strong$1/strong) .replace(/\n\n/g, /pp) .replace(/\n/g, br) document.getElementById(bloglet-content).innerHTML \p\${html}/p\ }) /script /body /html这个方案虽简陋但证明了 SUMTEC 的核心价值用最原始的 Web 技术栈HTMLJSMarkdown实现最灵活的内容交付。你不必被框架绑架可以用 Tailwind CSS 加样式用 Prism.js 加代码高亮甚至用 WebAssembly 运行 Markdown 解析器——只要index.json数据正确一切皆可。3.3 主题标签与时间归档构建可探索的知识网络SUMTEC 的元数据协议天然支持两种核心导航方式按主题topic和按时间timestamp。实现它们不需要修改构建逻辑只需在前端增加对应的页面和路由逻辑。以下是我为个人博客实现的完整方案基于 Vue 3按主题归档/topics/:topic/创建public/topics.html!DOCTYPE html html headtitleTopics/title/head body div idapp/div script srchttps://cdn.jsdelivr.net/npm/vue3.2.47/dist/vue.global.prod.js/script script const { createApp, ref, onMounted, computed } Vue const app createApp({ setup() { const bloglets ref([]) const topic ref() const filtered computed(() bloglets.value.filter(b b.topic.includes(topic.value)) ) onMounted(async () { // 从 URL 获取 topic 参数 const url new URL(window.location.href) topic.value url.searchParams.get(t) || const res await fetch(index.json) bloglets.value await res.json() }) return { filtered, topic } }, template: div h1Topics/h1 div classtopic-list a v-fort in [...new Set(bloglets.flatMap(b b.topic))] :keyt :href\topics.html?t\${t}\\${t}/a /div h2Posts about {{ topic }}/h2 ul v-iffiltered.length li v-forb in filtered :keyb.slug a :href\/bloglet/\${b.slug}/\{{ b.slug }}/a span{{ b.timestamp.split( )[0] }}/span /li /ul p v-elseNo posts found for topic {{ topic }}/p /div }) app.mount(#app) /script /body /html这个页面做了三件事从index.json提取所有唯一topic值生成主题云链接通过 URL 参数?tshell过滤 bloglet显示匹配结果列表。按时间归档/archive/:year/:month?/:day?创建public/archive.html!DOCTYPE html html headtitleArchive/title/head body div idapp/div script srchttps://cdn.jsdelivr.net/npm/vue3.2.47/dist/vue.global.prod.js/script script const { createApp, ref, onMounted, computed } Vue const app createApp({ setup() { const bloglets ref([]) const year ref() const month ref() const day ref() const filtered computed(() { return bloglets.value.filter(b { const [dateStr] b.timestamp.split( ) const [y, m, d] dateStr.split(-) if (year.value y ! year.value) return false if (month.value m ! month.value) return false if (day.value d ! day.value) return false return true }) }) onMounted(async () { const url new URL(window.location.href) year.value url.searchParams.get(y) || month.value url.searchParams.get(m) || day.value url.searchParams.get(d) || const res await fetch(index.json) bloglets.value await res.json() }) return { filtered, year, month, day } }, template: div h1Archive/h1 div classyear-list h2Years/h2 a v-fory in [...new Set(bloglets.map(b b.timestamp.split(-)[0]))] :keyy :href\archive.html?y\${y}\\${y}/a /div h2 v-ifyearPosts in {{ year }}{{ month ? - month : }}{{ day ? - day : }}/h2 ul v-iffiltered.length li v-forb in filtered :keyb.slug a :href\/bloglet/\${b.slug}/\{{ b.slug }}/a span{{ b.timestamp }}/span /li /ul /div }) app.mount(#app) /script /body /html这个页面支持三级时间筛选年?y2023、年月?y2023m10、年月日?y2023m10d15。它利用timestamp字段的结构化特性实现了无需后端的纯前端归档。这两个页面的存在让 SUMTEC 从“一堆 Markdown 文件”升维为“可探索的知识图谱”。我常用/topics/shell/快速回顾所有 Shell 技巧用/archive/2023/10/查看上个月的技术沉淀。它们不是 SUMTEC 自动生成的而是你基于其数据契约自主构建的——这正是轻量级系统的魅力能力边界清晰扩展自由度极高。4. 实战问题排查与独家避坑指南4.1 常见构建失败场景与修复方案SUMTEC 的构建失败通常不是程序崩溃而是静默跳过或报错中断。以下是我在两年实践中遇到的 7 类高频问题附带根因分析和修复命令问题现象根本原因修复方案验证命令sumtec build输出✓ Found 0 blogletcontent/目录下无.md文件或文件无有效 YAML front matter缺少---分隔符检查文件是否以---开头结尾用head -n 5 content/*.md查看前五行find content/ -name *.md -exec sh -c head -n 1 {} | grep -q ^--- \; -print构建报错Invalid timestamp formattimestamp字段格式错误如2023/10/15应为-、2023-10-15 2:30:05小时未补零用sed -i s/timestamp:.*/timestamp: YYYY-MM-DD HH:MM:SS/ file.md批量修正macOSLinux 用sed -i s/.../.../grep -r timestamp: content/ | grep -v 20[0-9]\{2\}-[0-9]\{2\}-[0-9]\{2\} [0-9]\{2\}:[0-9]\{2\}:[0-9]\{2\}index.json中content_hash为空文件权限问题导致读取失败或content/下存在二进制文件如.DS_Store被误解析删除content/下所有非.md文件确保 Markdown 文件为 UTF-8 编码file -I content/*.md检查编码ls -la content/ | grep -E (DS_Store前端加载index.json报 CORS 错误浏览器安全策略阻止本地文件协议file://加载index.json启动本地 HTTP 服务器npx serve public勿用open public/index.htmlcurl http://localhost:5000/index.json | head -n 5slug字段含中文或空格导致 URL 404SUMTEC 不校验slug格式但 Web 服务器如 Nginx默认拒绝含空格 URL批量重命名文件并更新slugfor f in content/*; do slug$(basename $f .md); sed -i s/slug:.*/slug: \$slug\/ $f; donegrep -r slug: content/ | grep -E [^a-z0-9\\-]topic数组为空topic: []导致归档页空白YAML 解析器将空数组视为 nullSUMTEC 视为无效字段强制写入至少一个值topic: [uncategorized]grep -r topic: \[\] content/Git commit 时间与timestamp偏差超 5 分钟构建中断本地系统时间不准或手动修改了timestamp未同步 commit校准系统时间或临时关闭时间校验不推荐sumtec build --no-timestamp-checkgit log -1 --format%ad --dateformat:%Y-%m-%d %H:%M:%S对比timestamp这些命令我都封装进了scripts/fix.sh每次构建前运行一次故障率下降 90%。关键经验是SUMTEC 的稳定性不取决于工具本身而取决于你对协议的敬畏程度。它假设你是一个严谨的 Git 用户所有时间、路径、格式都应由版本控制系统保障。4.2 Markdown 渲染的陷阱与性能优化SUMTEC 不处理 Markdown 渲染这既是自由也是责任。我在初期犯的最大错误是直接在前端用innerHTML markdownText渲染结果遭遇两个严重问题XSS 漏洞如果 bloglet 正文中包含scriptalert(1)/script会被执行性能崩塌当单篇 bloglet 超过 2000 字用正则替换的简易渲染器如上面bloglet.html示例会卡顿 3 秒以上。解决方案分三层安全层永远不用innerHTML。改用DOMPurify.sanitize()清洗 HTMLscript srchttps://cdn.jsdelivr.net/npm/dompurify3.0.5/dist/purify.min.js/script script const cleanHtml DOMPurify.sanitize(marked.parse(md)) document.getElementById(content).innerHTML cleanHtml /script性能层对长文启用 Web Worker 渲染避免阻塞主线程// worker.js importScripts(https://cdn.jsdelivr.net/npm/marked/marked.min.js) self.onmessage function(e) { const html marked.parse(e.data) self.postMessage(html) } // 主线程 const worker new Worker(worker.js) worker.postMessage(md) worker.onmessage e { document.getElementById(content).innerHTML DOMPurify.sanitize(e.data) }体验层为代码块添加语言检测和高亮。SUMTEC 的 Markdown 允许代码块标注语言bash但前端需主动识别// 解析 Markdown 后查找 precode classlanguage-bash 并调用 Prism document.querySelectorAll(pre code).forEach(block { const lang block.className.replace(language-, ) if (Prism.languages[lang]) { Prism.highlightElement(block) } })这套组合拳让我在 500 篇 bloglet 库中单页加载时间稳定在 120ms 内MacBook Pro M1且无安全风险。记住SUMTEC 给你的是原始矿石冶炼工艺得自己掌握。4.3 Git 工作流深度整合让博客成为代码库的一部分SUMTEC 的最大优势是它与 Git 的无缝融合。我将 bloglet 仓库当作一个真正的软件项目来维护实践了以下 5 个关键工作流分支策略main分支存放已发布内容draft分支存放草稿。新 bloglet 先提交到draft经同事 Review 后git merge --no-ff draft到main。这样main的每次 commit 都对应一次知识发布。Commit 规范采用 Conventional Commits。bloglet: add ffmpeg keyframe extraction guide表明这是一个 bloglet 更新docs: update README with new topic examples表明是文档改进。配合git log --oneline --grepbloglet:可快速筛选内容变更。自动化构建GitHub Actions 每次 pushmain分支自动运行sumtec build并部署到 GitHub Pages# .github/workflows/deploy.yml on: [push] jobs: deploy: runs