姚章浩
85f2471626
问题：只有"新工程生成器"，没有"既有工程怎么接进来"的可复用路径； 而手工接入时最容易踩的坑是——盲目开"必须状态检查通过"，会让 PR 永远等一个不会出现的检查，永远合不了。 新增： - scripts/adopt-existing.py：体检 → 加指针（分支+PR）→ 开保护 → 打印自检命令。 默认 DRY-RUN 不动任何东西；幂等（重复跑不改 main）。 关键设计：状态检查是否开启由体检判定——只有"推任意分支都会跑"的工作流， PR 头提交才带着 (push) 状态；判定不通过就只开"禁直推+必须 PR"。 - 06-接入既有工程.md：判定表（带 7 个仓的实测结论）、一条命令、试点记录、 手工四步、验收判据、会遇到的拒绝与处理、扩到其余仓的顺序。 试点实测（Weknora/knowledge-governance）：PR #1 → CI context build / build (push) success → mergeable=True（证明状态检查认 PR）→ 合并 32b0ec58a612 → AGENTS.md 进 main；直推被 pre-receive 拒绝； 再跑 --apply 幂等，main 不变。 顺带修两个自查出来的毛病： - ~/.git-credentials 里 LAN 主机是 URL 编码的（192.168.50.223%3a3000）， 按字面匹配会报"没有凭据"——改成解码后比对。 - runner 只在仓库级查，aiball 的 runner 挂在组织上，会误报"无 runner"。
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"），其余都是"现状快照"。现状会漂；所以每项都给了取数命令。