姚章浩
9d7f09ff4b
模板是"默认就合规"的起点，所以它的每一处错误都会被复制到每个新仓。 ① 删掉 deploy:test 作业：它打印 TODO 然后返回成功 —— 网页上看起来部署过了，实际什么都没做。 那是假报成功，不是"还没做"。模板从此只做 CI，部署由项目另写独立 workflow。 ② gitea-prod-deploy.yml 里的两个 TODO 步骤同理，改成 exit 1 并在文件头写明"红的占位是设计"。 ③ 假绿四处： - gofmt -l 列出文件时退出码仍是 0 ⇒ 改成判输出是否为空； - 缺 package-lock.json 时回落 npm install ⇒ 改成直接失败（npm install 会重写锁文件）； - GOFLAGS=-mod=mod ⇒ 改成 -mod=readonly，并加"编译前后比对依赖清单摘要"； - 识别不到任何构建入口时打印"跳过编译"然后成功 ⇒ 改成失败。 ④ 检出改成核对到**事件完整 SHA**（原来取的是"当时的分支 HEAD"，事件之后又有人推一次就对不上了）。 ⑤ 预览加了三条断言：包里真的有 index.html、报告里每个地址都 200、不再产生 `.` 根成员 （原来会：通知发了、预览 404 而流水线显示成功）。 验证：模板 YAML 用 pyyaml 解析通过（build 模板 jobs=gate,build，无 deploy 作业； prod-deploy jobs=guard,publish 且只有 workflow_dispatch）； new-project.sh 生成物里 grep '^ deploy' 计数为 0。
Gitea 版工程规范（eng-standards 适配版）
性质：跨仓库的系统级规范，按本机真实环境（自建 Gitea 1.26.2 + act_runner + ci-bridge + 阿里云测试/生产）改写。 来源：评估并适配
eng-standards-main.zip（原稿是 GitLab/glab 口径），模板问题与修正见04-模板评估与修正.md。 状态：本次只制定规范。不部署生产、不运行附件原脚本、不改任何仓库。 正本仓库：zheromiku/eng-standards-main（Gitea，https://gitea.zheromiku.top/zheromiku/eng-standards-main）；本机工作副本~/eng-standards/。怎么读：
README三十秒版 →01-规范全文 →02-流程说明与Runbook（怎么操作）→03-待配置事项（还差什么）→04-模板评估与修正（原稿哪里不对）→05-应用机制（怎么让它以后默认生效）→06-接入既有工程（手头这个仓怎么接进来）。
交付物
| 文件 | 是什么 |
|---|---|
README.md |
本文件：索引 + 三十秒版 + 本环境唯一取值表 |
01-规范-Git与CI-CD（Gitea版）.md |
正本：分支/提交/评审/触发、自动检查与测试环境部署、生产发布与回滚、版本与产物 |
02-流程说明与Runbook.md |
日常动作的逐步命令（提交前、看 CI、接入新仓、发布、回滚） |
03-待配置事项.md |
逐项：现状 / 要做什么 / 为什么 / 怎么验证 / 谁来做 |
04-模板评估与修正.md |
附件 15 处问题的证据与改法（含实测反证） |
05-应用机制-让规范在以后所有工程生效.md |
三渠道（技能 / 仓内指针 / 生成器+守门）、已配 vs 待配、验证记录 |
06-接入既有工程.md |
既有仓怎么接进来：前置体检（含 PR 锁死陷阱）、一条命令、试点记录、验收判据 |
templates/ |
可直接落仓的骨架：gitea-build.yml、gitea-prod-deploy.yml、gitignore、commit-msg、ci_gate.py、ci_report.py、README.md（内含 AGENTS.md 骨架） |
scripts/new-project.sh |
新工程生成器：一条命令产出 9 个默认合规文件（已端到端测过） |
scripts/adopt-existing.py |
既有工程接入器：体检 → 加指针 → 开保护（幂等，默认 DRY-RUN） |
0. 三十秒版（只记五句）
- 结论只来自可复现的命令。数字、清单、成败一律由脚本打印或断言，禁止手抄进文档（原稿 §0-1，保留）。
- 每个校验都要有反向自检：故意弄坏一处，它必须红。永远返回 0 的校验器比没有校验更糟。
- 密钥只从 Gitea Secrets / 目标机文件进，不入库、不回显、不进命令行参数（会进
ps）。 - 提交前跑本仓门禁命令；CI 不是第一次验证，CI 只是"再来一遍 + 部署"。
- 生产部署只部署"测试验收过的那一份产物"（同 sha、同镜像 ID）。这条是本环境新增的硬约束，见 §6.1。
1. 本环境事实（唯一取值表；以命令输出为准，不要手抄到别处）
# 取这张表的命令（改完环境重跑，别靠记忆）
python3 ~/.hermes/scripts/gitea_api.py GET /api/v1/version
python3 ~/.hermes/scripts/gitea_api.py GET /api/v1/repos/search?limit=50
docker ps --format '{{.Names}}\t{{.Image}}' | grep -E 'runner|bridge'
curl -s http://127.0.0.1:8899/healthz
| 项 | 值 |
|---|---|
| Gitea | 自建 1.26.2；LAN http://192.168.50.223:3000；公网别名 https://gitea.zheromiku.top |
| 账号 / 组织 | zheromiku；组织 Weknora、aiball |
| 仓库 | Weknora/{dobotai-platform, knowledge-governance, knowledge-adapter-service, Enterprise-Knowledge-Base}；aiball/{protocol-docs, software-pc, upper-tool(空)}；zheromiku/{hello, protocol-docs(空)} |
| CI 引擎 | Gitea Actions（act_runner，仓库级 Runner 容器） |
| Runner | runner-weknora-kg-01→knowledge-governance、runner-weknora-dp-01→dobotai-platform、runner-weknora-ka-01→knowledge-adapter-service、runner-software-01(aiball 组织级，覆盖 protocol-docs/software-pc) |
| Runner 配置 | capacity: 1（同时只跑 1 个作业）、force_pull: false、labels ubuntu-latest/24.04/22.04 → docker://docker.gitea.com/runner-images:*、注册令牌文件挂载（/run/secrets/registration_token:ro）、挂 docker.sock |
| 工具链/缓存 | 主机 /srv/aiball/ci/toolcache 只读挂载为容器内 /opt/citools；可写缓存 /srv/aiball/ci/toolcache/cache → /opt/citools-cache |
| ci-bridge | /srv/aiball/ci/bridge/bridge.py，监听 0.0.0.0:8899；容器内可达地址 http://172.17.0.1:8899；局域网 http://192.168.50.134:8899；Tailscale http://100.92.49.78:8899 |
| bridge 接口 | POST /api/ci/report（作业结果→落盘+微信通知）、POST /api/ci/publish（静态产物 tar.gz→URL）、GET /p/<ns>/<repo>/<sha>/…、GET /r/<id>、GET /healthz |
| bridge 落盘 | 报告 /srv/aiball/ci/reports/（含 pending/、undelivered/）；预览 /srv/aiball/ci/previews/ |
| 仓库变量/密钥 | CI_BRIDGE_URL（variable）、CI_BRIDGE_TOKEN（secret）——仅 Weknora 三仓已配 |
| 提交闸门 | 本机 hook ~/.githooks/commit-msg（core.hooksPath）+ CI 侧 .gitea/scripts/ci_gate.py（同一套规则，绕不过） |
| 仓库接入脚本 | /srv/aiball/runner/attach_repo.sh <owner/repo> <runner-name>、/srv/aiball/runner/deploy_repo_runner.sh |
| Gitea API 客户端 | ~/.hermes/scripts/gitea_api.py（库/CLI）、~/.local/bin/giteactl（runs/show/logs/watch/rerun）、giteacli（只读用途，本机 token 无 read:user） |
| 测试服务器 | 阿里云 ECS 120.76.217.51（key ~/.ssh/weknora-aliyun-test-ed25519） |
| 生产服务器 | 阿里云 ECS 120.76.218.137（key ~/.ssh/weknora-aliyun-prod-ed25519） |
| 生产布局 | /opt/dobotai/{config/dobotai.env, container/{compose.yaml,runtime.env,migrations/,backups/,ops/}, secrets/}；镜像由 container/runtime.env 的 DOBOTAI_IMAGE= 选择 |
| 健康/版本 | http://127.0.0.1:8090/healthz（{"status":"ok"}）、http://127.0.0.1:8090/version（version/commit_sha/build_time） |
| 数据库 | 永远是阿里云 RDS（PostgreSQL 17.9）；目标机 Docker 只跑应用容器，禁止本地库 |
| 构建受限 | 目标机 不可达 Docker Hub → 用 daocloud 镜像源；Go 用 GOPROXY=https://goproxy.cn,direct |
| 本机网络 | 出网走 mihomo；境外全 000 时先查 ~/.clashctl 节点（PUT /proxies/三毛机场 {"name":"<活节点>"}） |
⚠️ 上表里只有一个数字是"规范"（如"生产路径 /opt/dobotai"），其余都是"现状快照"。现状会漂；所以每项都给了取数命令。