zhengchen.tao
806505af82
build-image workflow 改自动触发 + 保留手动备选
...
Build Docker Image / build (push) Has been cancelled
- 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。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com >
2026-05-02 20:41:22 +08:00
zhengchen.tao
decbf49b0e
docs: ci 分支已删除，更新 CLAUDE.md 与 build summary 措辞
...
ci 分支于 2026-05-02 删除（默认分支已切到 custom，workflow 文件已
迁回 custom）。更新各处反映"两分支模型 main + custom"的最终状态：
- CLAUDE.md "三个分支" → "两个分支"，ci 段改写为"已退役 + 历史
说明"，给后续 Claude 解释 git log 里 555ecc1anoreply@anthropic.com >
2026-05-02 20:34:38 +08:00
zhengchen.tao
916ca0a460
docs: CLAUDE.md 更新为 workflow 已迁到 custom 的事实
...
- 三分支表更新：custom 是 default branch + 持有 workflow，ci
降级为过渡态历史分支
- 改写"为什么 workflow 在 custom 不在独立分支"段，记录设计决策
演进的真实理由（runs 列表 UX 优于 meta/code 分离的设计美感）
- workflow 清单从 5 项缩到 3 项，记录 docker-release/snapshot
已删的事实
- "给后续 Claude" 提示中"不要把工作流提交到 custom" 改为相反
方向（直接在 custom 改 workflow）
- 同步历史补 555ecc1a75b4d78dnoreply@anthropic.com >
2026-05-02 18:38:00 +08:00
zhengchen.tao
2e6bb9a262
docs: CLAUDE.md 解释 ci/custom 不需保持一致 + UI commit 不等于构建 commit
...
补充三分支拓扑后的"FAQ 段"：
- ci 与 custom 内容不重叠是设计，不是 bug
- Gitea Actions UI 顶部显示的 commit 是 workflow dispatch 触发
位置（即 ci 的 HEAD），不是构建源代码 commit
- 真实构建的代码 commit 在镜像 tag / OCI revision label /
workflow 末尾 Build summary 三处都能看到，看 summary 区即可
附两条可选替代方案（workflow 挪 custom / 加 push trigger 自动构建），
说明当前选择的中间路径理由。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com >
2026-05-02 18:26:40 +08:00
zhengchen.tao
4fdb29b119
docs: CLAUDE.md 加 ci 分支 workflow 清单 + 链 FORK.md
...
ci 分支 5 个 workflow（sync-upstream / build-image / deploy /
docker-snapshot / docker-release）全部列表化，含触发条件、职责、
当前状态。明确"日常只用 sync-upstream + build-image 两个，
其他三个要么按需配置要么后续清理"。
custom 分支说明里加链接指 FORK.md（feature 维度的清单），
顶部说明区域厘清"meta（CLAUDE.md）vs 改动清单（FORK.md）vs
通用决策框架（不入库）"三层关系。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com >
2026-05-02 17:58:43 +08:00
zhengchen.tao
c2e49a991a
docs: CLAUDE.md 加 backend 测试踩坑 + 通用排查原则
...
CI 故障排查路径表加一行"测试/lint 失败 → 先看 Dockerfile ARG"，
强调先对齐上游 CI 跳过开关（BUILD_PIPELINE / CHECK_3RD_API /
SKIP_TESTS）再考虑改测试代码。同步历史补 2026-05-02 第三层修复。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com >
2026-05-02 16:07:58 +08:00
zhengchen.tao
b8ad2bc17c
docs: 加仓库级 CLAUDE.md（分支拓扑 + 同步流程 + CI 排查路径）
...
记录 fork 工作流（main 锚 tag / custom 改动 / ci 工作流），
2026-05-01 rebase 与 2026-05-02 build 修复历史，
以及给后续 Claude 会话的 CI 故障分流路径表。
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com >
2026-05-02 15:35:47 +08:00
zhengchen.tao