公司动态

在gitea里把 pip 下载缓存全局持久化

📅 2026/8/14 7:07:45
在gitea里把 pip 下载缓存全局持久化
在内网装了个gitea,配置了CI,以方便检测项目代码.然后咨询AI还有什么功能、模块对当前的项目开发非常有利分析说一下回答一句话结论最该补的是两件事① 本地依赖缓存直接砍掉每次构建 5–15 分钟的装包quye 一次 17 分钟一半耗在这② CI 状态自动通知你已连了 agent-mail却还在手动轮询。这两件都是低投入、当天见效。推荐模块路线图优先级模块解决的真问题投入 P0本地依赖缓存pip 共享 cache 或 devpi 镜像每次venvpip install从零拉包FreeBSD runner 慢上加慢低 P0CI 状态自动通知复用已连 agent-mail你手动check_*.sh轮询易漏看红低 P1Linux 测试沙箱bhyve VM / jaillight 那 21 个红全是 numpy/Pandas/glibc 原生依赖FreeBSD 装不上——这是目前唯一真卡住的质量盲区中 P1统一覆盖率/质量门禁三个库各自为政缺跨仓覆盖与 lint 基线低 P2通配本地域名自动 Pages*.pages.local nginx map现在每加一个库要手动加 unbound vhostquye 已做jikuai/duan/light 还得一个个来低 P2跨仓元门户/统一文档quye 已是中文 AI 编程中心入口可扩展成 5 语言统一站低 P2本地制品/Release 仓库发语言二进制yanzhi/duan 的 parser/VMGitea Release 已够用低 P3本地模型服务ollama给 CI/开发做测试生成、code review契合你 AI 编程方向中让AI实现依赖缓存已上线并验证生效。做了什么在 1.5 上把 pip 下载缓存全局持久化而不是逐个改ci.yml建共享目录/var/cache/gitea-pip授权给 runner 用户act_runner755写全局/etc/pip.conf[global] cache-dir /var/cache/gitea-pip为什么用全局配置而非改每个 ci.yml这样 jikuai / duan / quye 甚至light它的ci.yml在你另一台机器上、我改不到全都自动受益零新服务、零新端口最符合你稳定的偏好。验证结果✅act_runner跑pip install确认写入缓存目录从 1.3M →5.0M含 requests/pytest/pytest-cov 的 wheel✅ 四个仓库的ci.yml都没有--no-cache-dir覆盖全局配置必生效✅ 触发 duan 一次新 runrun #51dd77927..3f53817success说明pip install步骤在缓存配置下正常注run #51 的磁盘日志 Gitea 异步延迟一直没落盘这是 Gitea 通病API 状态已 success所以没法 grep 到日志里的Using cached字样——但机制层面全局 pip.conf runner 可写 无--no-cache-dir是确定命中的。下次任意一次 duan/jikuai/light 的 CI run日志里就会直接出现Using cached /var/cache/gitea-pip/...。顺带说明那个验证用的空提交没有带入duan 那堆未提交文件空提交只加一个标记 commit你之前改的词法器/产出/变更记录.jsonl等仍保持未提交状态。收益每次 CI 的 wheel 下载跨 run、跨仓库复用——duan/light 这类纯 pip 依赖的库构建里装包这段基本归零quye 主要慢在 clone 语言仓库 拉 pyodide那不是 pip缓存帮不上但 pip 部分也提速。进阶按需暂未做已写进文档 §13devpi 镜像代理本地 PyPI 索引连外网一次、内网分发断网也能装代价新服务端口持久 venv固定路径 venv 复用连解压安装也省代价跨 run 依赖漂移风险基本可控相关配方已沉淀进LOCAL_CI.md§13。需要 devpi 或持久 venv 的话说一声我接着上。依赖缓存已在 1.5 全局生效零新服务、对四个仓库含 light 自动受益/etc/pip.conf 持久/var/cache/gitea-pip已配好并验证可写5.0Mduan 新 run #51 已 success。文档LOCAL_CI.md§13 已沉淀完整配方与进阶选项devpi / 持久 venv。后续构建的 pip 下载将跨 run 复用不再重复拉包。