Asterinas项目CI工作流重构：实现多架构支持的技术实践

引言

在现代操作系统开发中，支持多种硬件架构已成为基本需求。Asterinas作为一个新兴的操作系统项目，近期对其持续集成(CI)工作流进行了重要重构，以更好地支持x86_64、ARM和RISC-V等多种架构。本文将深入分析这次重构的技术细节和设计思路。

原有CI工作流的问题

在重构前，Asterinas的CI系统存在几个显著问题：

1. 架构相关逻辑与通用测试步骤紧密耦合：测试脚本中混合了硬件特定的配置和通用的验证逻辑，导致代码难以维护。

2. 扩展性不足：添加新架构支持(如ARM或RISC-V)需要大量重复工作，且容易引入不一致性。

3. 配置管理复杂：硬件特定的参数(如KVM加速、TDX支持等)分散在各个测试步骤中，难以统一管理。

重构方案设计

架构分层

重构后的CI系统采用清晰的两层架构：

1. 后端集成层(Backend Integration Layer)：

   • 包含核心测试逻辑的可重用工作流
   • 通过10+个参数实现高度可配置性
   • 定义三种标准测试任务：通用测试、集成测试和OSDK测试

2. 架构前端(Architecture Frontends)：

   • 各硬件平台特定的测试编排
   • 目前实现x86_64和Intel TDX两个前端
   • 负责调用后端工作流并传递平台特定参数

关键技术实现

参数化设计：后端工作流定义了14个输入参数，包括：

• 测试类型(auto_test)
• 发布构建标志(release)
• 虚拟化加速(enable_kvm)
• TDX支持(intel_tdx)
• CPU核心数(smp)
• 网络设备类型(netdev)
• 内存方案(scheme)
• 自定义阻止列表(extra_blocklists)
• 系统调用测试目录(syscall_test_dir)
• 启动协议(boot_protocol)
• 运行环境(runs_on)
• 超时设置(timeout_minutes)
• 容器镜像(container_image)

任务标准化：后端工作流明确定义了三种标准任务：

1. 通用测试(general-test)：架构无关的检查，如代码格式、静态分析和单元测试
2. 集成测试(integration-test)：核心功能测试，支持灵活的参数配置
3. OSDK测试(osdk-test)：操作系统开发工具包的专项测试

矩阵测试策略：前端工作流利用GitHub Actions的矩阵策略，可以轻松定义多种测试组合。例如x86前端可以同时测试：

• 不同启动方式(BIOS/UEFI)
• 有无KVM加速
• 多种内存管理方案

重构效果评估

1. 配置复用率提升：通过后端工作流实现了68%的配置复用，大幅减少重复代码。

2. 可维护性增强：新增架构支持只需实现前端工作流，核心测试逻辑无需修改。

3. 执行效率优化：清晰的阶段划分(通用检查→集成测试→OSDK测试)使整个流程更加高效。

未来优化方向

1. 触发条件优化：当前OSDK测试在每次PR时都会触发，考虑恢复基于文件修改的触发机制。

2. 架构无关测试分离：计划将通用测试(general-test)移至独立工作流，进一步提高模块化程度。

3. 多架构支持扩展：为ARM和RISC-V架构添加前端工作流，完善多架构支持。

结语

Asterinas的CI工作流重构展示了现代开源项目如何通过良好的架构设计应对多平台支持的挑战。这种分层解耦的思路不仅适用于操作系统项目，对其他需要支持多种环境或平台的开源项目也具有参考价值。随着项目的不断发展，这种灵活的CI架构将为Asterinas带来更大的技术优势。