 zhengchen.tao
|
6baf668696
|
build/deploy 合并为单 workflow 双 job，删除 deploy.yml
原 workflow_run 链触发会在 Actions 列表产生两条独立 run，UX 割裂。
合并后单 run + dependency graph 显式串联 build → deploy。
代价：失去"不 rebuild 只 redeploy"的 UI 单点触发，临时只想
重启容器需直接 ssh NAS 跑 docker compose up -d。
paths-ignore 同步移除已不存在的 deploy.yml 项。
|
2026-05-04 00:37:44 +08:00 |
|
|
zhengchen.tao
|
7df2d49c56
|
build-image paths-ignore 加 deploy.yml / sync-upstream.yml
改 deploy.yml 或 sync-upstream.yml 都不影响镜像内容（前者是部署
脚本、后者是 main reset 脚本），原本会触发整套 ~10 min 的 build
是浪费。把它俩加进 paths-ignore 跳过。
build-image.yml 自己保留触发（不在 ignore 里），这样改 workflow
能 self-test 验证改动有效。
|
2026-05-02 21:23:18 +08:00 |
|
|
zhengchen.tao
|
65d52571de
|
build/deploy workflow 加 concurrency cancel-in-progress
并发组 = workflow name + ref。同分支连续 push 时：
- 新 run 入组发现已有 in-progress run → 立即取消旧的，新的开跑
- 最终只构建 + 部署最新代码，省 CI 时间
- 不同分支的 build/deploy 互不干扰（虽然当前只 custom 用）
- build 与 deploy 是两个独立 workflow name，互不影响（build 跑时
deploy 不会被取消，反之亦然）
CLAUDE.md 同步加"并发取消策略"段说明该行为。
|
2026-05-02 21:18:39 +08:00 |
|
|
zhengchen.tao
|
55c175acca
|
ci: 注释 paths-ignore 对 empty commit 的 vacuously-skip 行为
empirical discovery：c6bb0c85 那个 --allow-empty commit 推送后没有
触发 build。证实 Gitea Actions（同 GitHub Actions）对 paths-ignore
+ empty commit 的处理是"vacuously matches ignore list, skip"。
把这个 quirk 直接注释在 workflow 文件里，后续自己或 Claude 看到
build 没触发时不用再怀疑 trigger 配置错了，知道是 empty commit 的
正常行为。
|
2026-05-02 20:49:17 +08:00 |
|
|
zhengchen.tao
|
32a49be913
|
build-image workflow 改自动触发 + 保留手动备选
- on.push.branches: [custom] —— 推送 custom 自动跑
- on.push.paths-ignore：屏蔽 *.md / .gitignore / LICENSE / screenshot/**
避免 doc-only 改动浪费 ~10 min 构建
- on.workflow_dispatch 保留作为应急通道（重打旧 commit / 自定义 tag）
- checkout ref 兼容两种触发：${{ inputs.branch || github.ref_name }}
- workflow_dispatch：用用户填的 branch（默认 custom）
- push：fallback 到 github.ref_name（即触发分支，永远是 custom）
- Build summary 加"触发方式"行，便于区分本次是自动还是手动
预期：本提交本身就会触发自动构建（改了 .gitea/workflows/build-image.yml
不在 paths-ignore 内），相当于 self-test。
|
2026-05-02 20:41:22 +08:00 |
|
|
zhengchen.tao
|
ebcc03d3d0
|
docs: ci 分支已删除，更新 CLAUDE.md 与 build summary 措辞
ci 分支于 2026-05-02 删除（默认分支已切到 custom，workflow 文件已
迁回 custom）。更新各处反映"两分支模型 main + custom"的最终状态：
- CLAUDE.md "三个分支" → "两个分支"，ci 段改写为"已退役 + 历史
说明"，给后续 Claude 解释 git log 里 555ecc1a 这条迁移提交
- 同步历史里 2026-05-02(后续) 那条加上"随后删掉 ci 分支"的事实
- build-image.yml 的 Build summary 步骤移除"UI 顶部 commit 是 ci"
的警示注释（workflow 已在 custom，runs 列表 commit 直接就是
代码 commit，不再需要这条解释）
|
2026-05-02 20:34:38 +08:00 |
|
|
zhengchen.tao
|
dfbc2b1440
|
ci: workflow 文件迁到 custom 分支
之前 workflow 在 ci 分支，导致每次 dispatch 后 Gitea Actions 列表
显示的 commit 都是 ci 分支的 workflow 文件 commit，不是被实际构建
的 custom 代码 commit，UX 上误导性强。
挪到 custom 后：
- runs 列表的 commit 字段直接显示真实代码 commit
- workflow_dispatch UI 自动从默认分支（待手动切到 custom）发现
workflow
- rebase 上游时 workflow 文件随 custom 一起平移，无额外操作
同步移除上游残留的 docker-release.yml / docker-snapshot.yml：
- 触发依赖 secrets.DOCKER_REPO（未配），sync-upstream 推 main
/tags 时空跑失败
- ci 上已禁用，但文件留着是噪声，本次清掉
ci 分支 .gitea/workflows/ 暂保留作过渡，待用户在 Gitea UI 把
默认分支切到 custom + 验证 build 跑通后，再单独 cleanup ci。
|
2026-05-02 18:35:53 +08:00 |
|