ci: Validate并行化二阶段 - 删除旧Validate单job，全面切换3并行 #701

Merged

xiaoxia merged 3 commits from ci/validate-parallelization-phase2 into develop 2026-07-22 10:40:38 +08:00

Conversation 5 Commits 3 Files Changed 3

+7 -99

xiaoxia commented 2026-07-22 10:26:12 +08:00

Owner

Copy Link

Copy Source

背景

Validate并行化一阶段（PR #700）已验证通过：

• Code Quality: ~1.8min
• Type Check (mypy): ~1.1min
• Migration (alembic): ~0.7min
• 最慢1.8min vs 旧Validate 2.8min，-36%

本PR内容

二阶段：正式删除旧的Validate单job，全面切换到3并行架构

改动清单

1. ci-pipeline.yml：删除旧的validate单job（97行），仅保留3个并行Validate
2. pr-automation.yml：auto-approve和auto-merge的status check context列表从1个旧Validate更新为3个新Validate
3. 分支保护：需同步更新develop分支保护的required status checks（从7个减为6个：移除旧Validate）

效果

• Validate阶段：2.8min → 1.8min（-36%）
• 架构更清晰：代码质量/类型检查/数据库迁移 三类检查独立运行、独立扩缩容
• 失败定位更快：直接看出是哪类检查挂了

验证

• 3个新Validate全部通过
• Frontend Lint通过
• 3个PR Build通过
• 7个required门禁全绿（调整后为6个）

## 背景 Validate并行化一阶段（PR #700）已验证通过： - Code Quality: ~1.8min - Type Check (mypy): ~1.1min - Migration (alembic): ~0.7min - 最慢1.8min vs 旧Validate 2.8min，-36% ## 本PR内容 二阶段：正式删除旧的Validate单job，全面切换到3并行架构 ### 改动清单 1. **ci-pipeline.yml**：删除旧的`validate`单job（97行），仅保留3个并行Validate 2. **pr-automation.yml**：auto-approve和auto-merge的status check context列表从1个旧Validate更新为3个新Validate 3. **分支保护**：需同步更新develop分支保护的required status checks（从7个减为6个：移除旧Validate） ### 效果 - Validate阶段：2.8min → 1.8min（-36%） - 架构更清晰：代码质量/类型检查/数据库迁移 三类检查独立运行、独立扩缩容 - 失败定位更快：直接看出是哪类检查挂了 ## 验证 - [ ] 3个新Validate全部通过 - [ ] Frontend Lint通过 - [ ] 3个PR Build通过 - [ ] 7个required门禁全绿（调整后为6个）

xiaoxia added 2 commits 2026-07-22 10:26:12 +08:00

ci: 移除旧的Validate单job，启用3个并行Validate子job 95683ab5ef

ci: auto-approve/merge的Validate检查更新为3个并行子job 5e44f3dd1a

gitea-actions bot commented 2026-07-22 10:27:47 +08:00

Copy Link

Copy Source

🚀 预览环境已部署

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

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

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

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

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

xiaoxia added 1 commit 2026-07-22 10:28:19 +08:00

chore: trigger CI run 83d373c840

auto-approve-bot approved these changes 2026-07-22 10:31:42 +08:00

auto-approve-bot left a comment

Collaborator

Copy Link

Copy Source

CI全绿，自动审批通过。

CI全绿，自动审批通过。

auto-approve-bot approved these changes 2026-07-22 10:31:42 +08:00

auto-approve-bot left a comment

Collaborator

Copy Link

Copy Source

CI全绿，自动审批通过。

CI全绿，自动审批通过。

auto-approve-bot commented 2026-07-22 10:38:48 +08:00

Collaborator

Copy Link

Copy Source

代码审查结果 - PR #701

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

1. .gitea/workflows/ci-pipeline.yml：CI Job 配置缺失或逻辑不一致。
   • 问题描述：pr-automation.yml 中更新了 PR 合并所需的检查上下文，新增了 Validate - Type Check (mypy) 和 Validate - Migration (alembic)。但在 ci-pipeline.yml 的 diff 中仅看到删除了旧的 validate Job，未看到对应这两个新 Job 的定义或修改。
   • 后果：如果这两个 Job 不存在或名称不匹配，PR 自动化脚本将因等待不存在的检查状态而超时或失败，阻塞合并。
2. .gitea/workflows/ci-pipeline.yml：条件执行逻辑可能丢失。
   • 问题描述：被删除的 validate Job 包含关键的条件判断逻辑 if: always() && needs.check-frontend-only.outputs.skip_backend != 'true'，用于跳过纯前端改动的后端检查。
   • 后果：如果新增的 mypy 和 alembic Job 没有继承该条件逻辑，它们将在纯前端 PR 中运行。由于纯前端环境可能缺少 Python 依赖或数据库配置，这将导致 CI 报错，影响纯前端 PR 的合并流程。

💡 建议（1个可选）

1. scripts/ci/step_timer_start.sh：注释准确性优化。
   • 具体内容：新增的注释 # trigger CI run for PR validation 描述为“触发 CI 运行”，但该脚本实际功能仅是“记录开始时间”。建议修改注释以准确反映代码功能，避免误导维护人员。

---

✅ 格式检查通过 | ❌ 逻辑审查需修改 | ✅ 性能无明显问题

---

_{🤖 由 AI 代码审查机器人自动生成 | 2026-07-22 10:38:48 | 模型:}

## 代码审查结果 - PR #701 ### ⚠️ 问题（2个需要修改） 1. **.gitea/workflows/ci-pipeline.yml**：CI Job 配置缺失或逻辑不一致。 - 问题描述：`pr-automation.yml` 中更新了 PR 合并所需的检查上下文，新增了 `Validate - Type Check (mypy)` 和 `Validate - Migration (alembic)`。但在 `ci-pipeline.yml` 的 diff 中仅看到删除了旧的 `validate` Job，未看到对应这两个新 Job 的定义或修改。 - 后果：如果这两个 Job 不存在或名称不匹配，PR 自动化脚本将因等待不存在的检查状态而超时或失败，阻塞合并。 2. **.gitea/workflows/ci-pipeline.yml**：条件执行逻辑可能丢失。 - 问题描述：被删除的 `validate` Job 包含关键的条件判断逻辑 `if: always() && needs.check-frontend-only.outputs.skip_backend != 'true'`，用于跳过纯前端改动的后端检查。 - 后果：如果新增的 `mypy` 和 `alembic` Job 没有继承该条件逻辑，它们将在纯前端 PR 中运行。由于纯前端环境可能缺少 Python 依赖或数据库配置，这将导致 CI 报错，影响纯前端 PR 的合并流程。 ### 💡 建议（1个可选） 1. **scripts/ci/step_timer_start.sh**：注释准确性优化。 - 具体内容：新增的注释 `# trigger CI run for PR validation` 描述为“触发 CI 运行”，但该脚本实际功能仅是“记录开始时间”。建议修改注释以准确反映代码功能，避免误导维护人员。 --- ✅ 格式检查通过 | ❌ 逻辑审查需修改 | ✅ 性能无明显问题 --- _{🤖 由 AI 代码审查机器人自动生成 | 2026-07-22 10:38:48 | 模型:} <!-- AI_CODE_REVIEW_AUTO_COMMENT -->

xiaoxia merged commit 319347cb41 into develop 2026-07-22 10:40:38 +08:00

gitea-actions bot commented 2026-07-22 10:41:00 +08:00

Copy Link

Copy Source

🗑️ 预览环境已清理

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

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

🗑️ **预览环境已清理** PR #701 已关闭或合并，对应的预览环境已被清理。 > 如有需要，可以重新打开 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#701