feat(ci): ci-base 镜像自动重建 workflow #1621

Merged

xiaoxia merged 2 commits from feat/ci-base-image-autobuild into develop 2026-09-02 01:12:31 +08:00

Conversation 5 Commits 2 Files Changed 2

+111 -2

xiaoxia commented 2026-09-02 00:30:43 +08:00

Owner

Copy Link

Copy Source

背景

ci-base 镜像此前靠人工登录构建服务器重建，requirements pin 变更（如 httpcore/h2/numpy）后镜像不会自动更新，导致 CI job 每次重复降级/安装依赖。

改动

新增 .gitea/workflows/ci-base-image.yml（参考 api-base-image.yml 模式）：

• 触发条件：push 到 develop/main 且以下文件变更时自动构建：
  • requirements-base.txt
  • requirements-dev.txt
  • infra/docker/ci.Dockerfile
  • 也支持 workflow_dispatch 手动触发
• 构建：docker build ci.Dockerfile，打 latest + deps-YYYYMMDD-HHMM-<sha8> 双 tag
• 推送：Gitea registry git.xiaoxiajianji.com/xiaoxia/xiaoxia-saas/ci-base
• 验证：构建后 docker run 校验 httpcore/h2/numpy/httpx 版本
• 通知：成功/失败走 ci_notify 飞书通知
• runs-on: runtime-builder（与 api-base-image 一致），concurrency 串行防止并发构建冲突

效果

以后 requirements 一改并合并到 develop，ci-base 镜像自动更新，无需人工 SSH 上服务器重建。

## 背景 ci-base 镜像此前靠人工登录构建服务器重建，requirements pin 变更（如 httpcore/h2/numpy）后镜像不会自动更新，导致 CI job 每次重复降级/安装依赖。 ## 改动 新增 `.gitea/workflows/ci-base-image.yml`（参考 api-base-image.yml 模式）： - **触发条件**：push 到 develop/main 且以下文件变更时自动构建： - `requirements-base.txt` - `requirements-dev.txt` - `infra/docker/ci.Dockerfile` - 也支持 workflow_dispatch 手动触发 - **构建**：docker build ci.Dockerfile，打 `latest` + `deps-YYYYMMDD-HHMM-<sha8>` 双 tag - **推送**：Gitea registry `git.xiaoxiajianji.com/xiaoxia/xiaoxia-saas/ci-base` - **验证**：构建后 docker run 校验 httpcore/h2/numpy/httpx 版本 - **通知**：成功/失败走 ci_notify 飞书通知 - runs-on: runtime-builder（与 api-base-image 一致），concurrency 串行防止并发构建冲突 ## 效果 以后 requirements 一改并合并到 develop，ci-base 镜像自动更新，无需人工 SSH 上服务器重建。

xiaoxia added 1 commit 2026-09-02 00:30:43 +08:00

feat(ci): ci-base 镜像自动重建 workflow，requirements/Dockerfile 变更时自动构建推送 5f9538b5ac

gitea-actions bot commented 2026-09-02 00:35:41 +08:00

Copy Link

Copy Source

🚀 预览环境已部署

项目	详情
PR号	#1621
预览链接	https://pr-1621.preview.xiaoxiajianji.com
API环境	staging

💡 预览环境使用 staging API 数据，请勿在预览环境中操作重要数据。

🔄 每次提交新代码后预览环境会自动更新。

🗑️ PR 关闭或合并后，预览环境会自动清理。

🚀 **预览环境已部署** | 项目 | 详情 | |------|------| | PR号 | #1621 | | 预览链接 | [https://pr-1621.preview.xiaoxiajianji.com](https://pr-1621.preview.xiaoxiajianji.com) | | API环境 | staging | > 💡 预览环境使用 staging API 数据，请勿在预览环境中操作重要数据。 > > 🔄 每次提交新代码后预览环境会自动更新。 > > 🗑️ PR 关闭或合并后，预览环境会自动清理。

auto-approve-bot approved these changes 2026-09-02 00:50:05 +08:00

auto-approve-bot left a comment

Collaborator

Copy Link

Copy Source

CI全绿，自动审批通过。

CI全绿，自动审批通过。

auto-approve-bot approved these changes 2026-09-02 00:50:05 +08:00

auto-approve-bot left a comment

Collaborator

Copy Link

Copy Source

CI全绿，自动审批通过。

CI全绿，自动审批通过。

xiaoxia added 1 commit 2026-09-02 00:58:24 +08:00

fix(test): 补齐噪声/转场补偿导致的 flaky 断言 ... c66e73e5b0

- test_mediakit_smart_clips.test_assets_balanced_assignment：
  评分噪声下贪心均衡断言改为 zero-noise patch 内确定性验证
  （CI 失败：assert 1 == 2，与 test_editor_clips_random_start 同类）
- test_duration_within_segment_range：断言上界未计入 PR #1614
  转场补偿（2片段每clip +0.25s），uniform 接近上限时偶发 5.2>5.0；
  按补偿公式与舍入余量修正断言范围

auto-approve-bot commented 2026-09-02 01:03:44 +08:00

Collaborator

Copy Link

Copy Source

代码审查结果 - PR #1621

⚠️ 问题（1个需要修改）

1. .gitea/workflows/ci-base-image.yml 第102行：Docker 镜像清理不完整，存在磁盘空间泄漏风险。
   • 原因：步骤中构建并推送了 latest 和 ${VERSION_TAG} 两个标签的镜像，但 Cleanup 步骤仅删除了 :latest 标签。在自托管 Runner（runtime-builder）上，未被清理的 ${VERSION_TAG} 镜像会随着多次运行逐渐堆积，导致磁盘空间耗尽。

💡 建议（2个可选）

1. .gitea/workflows/ci-base-image.yml 第36行：建议优化 Docker 登录失败处理逻辑。
   • 内容：当前重试循环结束后未显式检查登录状态，若 3 次均失败，脚本会继续执行并浪费大量时间在后续必定失败的 docker build 步骤上。建议在循环后增加状态判断，失败时直接 exit 1。
2. .gitea/workflows/ci-base-image.yml 第36行：建议使用 stdin 传递密码以符合安全最佳实践。
   • 内容：直接使用 -p "${TOKEN}" 传递密码在进程列表中可能暴露，且 Docker 会报警告。建议改为 docker login ... -u "${USER}" --password-stdin <<< "${TOKEN}"。

---

✅ 格式检查通过 | ❌ 逻辑审查需修改 | ⚠️ 建议关注性能

---

_{🤖 由 AI 代码审查机器人自动生成 | 2026-09-01 17:03:44 | 模型:}

## 代码审查结果 - PR #1621 ### ⚠️ 问题（1个需要修改） 1. **.gitea/workflows/ci-base-image.yml 第102行**：Docker 镜像清理不完整，存在磁盘空间泄漏风险。 - **原因**：步骤中构建并推送了 `latest` 和 `${VERSION_TAG}` 两个标签的镜像，但 Cleanup 步骤仅删除了 `:latest` 标签。在自托管 Runner（runtime-builder）上，未被清理的 `${VERSION_TAG}` 镜像会随着多次运行逐渐堆积，导致磁盘空间耗尽。 ### 💡 建议（2个可选） 1. **.gitea/workflows/ci-base-image.yml 第36行**：建议优化 Docker 登录失败处理逻辑。 - **内容**：当前重试循环结束后未显式检查登录状态，若 3 次均失败，脚本会继续执行并浪费大量时间在后续必定失败的 `docker build` 步骤上。建议在循环后增加状态判断，失败时直接 `exit 1`。 2. **.gitea/workflows/ci-base-image.yml 第36行**：建议使用 stdin 传递密码以符合安全最佳实践。 - **内容**：直接使用 `-p "${TOKEN}"` 传递密码在进程列表中可能暴露，且 Docker 会报警告。建议改为 `docker login ... -u "${USER}" --password-stdin <<< "${TOKEN}"`。 --- ✅ 格式检查通过 | ❌ 逻辑审查需修改 | ⚠️ 建议关注性能 --- _{🤖 由 AI 代码审查机器人自动生成 | 2026-09-01 17:03:44 | 模型:} <!-- AI_CODE_REVIEW_AUTO_COMMENT -->

xiaoxia merged commit c66e73e5b0 into develop 2026-09-02 01:12:31 +08:00

gitea-actions bot commented 2026-09-02 01:17:43 +08:00

Copy Link

Copy Source

🗑️ 预览环境已清理

PR #1621 已关闭或合并，对应的预览环境已被清理。

如有需要，可以重新打开 PR 来重新生成预览环境。

🗑️ **预览环境已清理** PR #1621 已关闭或合并，对应的预览环境已被清理。 > 如有需要，可以重新打开 PR 来重新生成预览环境。

Sign in to join this conversation.

Reviewers

No Reviewers

auto-approve-bot

Labels

Clear labels

P0

阻塞性，必须立即处理

P1

高优先级

P2

中优先级

P3

低优先级/后考虑

architecture

架构设计

backend

后端相关

blocked

阻塞中

bug

Bug修复

ci-bug

CI本身的bug

ci-optimization

CI优化类任务

ci-pipeline

CI流水线/workflow相关

cleanup

代码清理

devops

运维/部署/CI

documentation

文档相关

feature

新功能

frontend

前端相关

question

需要讨论确认

ready

PR CI通过，可合并

refactor

代码重构

No Label

Milestone

No items

No Milestone

Projects

Clear projects

No project

Assignees

Clear assignees

auto-approve-bot xiaoxia

No Assignees

3 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: xiaoxia/xiaoxia-saas#1621