[feat][ci]: split long HC32 BSP build matrix

[CYFS3]

拉取/合并请求描述：(PR description)

[

为什么提交这份PR (why to submit this PR)

RT-Thread BSP Static Build Check 中 at32_hc32_ht32 matrix leg 耗时明显偏长。参考 https://github.com/RT-Thread/rt-thread/actions/runs/27336610440/job/80762661792?pr=11469 ，该 job 总耗时约 33 分 30 秒，其中 HC32 BSP 是主要耗时来源，会拖长整个 CI workflow 的完成时间。

同时，当前 bsp_buildings.yml 的 paths-ignore 直接忽略了 .github/**。这会导致修改 .github/ALL_BSP_COMPILE.json 或 .github/workflows/bsp_buildings.yml 时，BSP Static Build Check 本身不会被 pull request 自动触发，CI matrix 和 workflow 配置变更缺少自动验证。

你的解决方案是什么 (what is your solution)

拆分 .github/ALL_BSP_COMPILE.json 中原有的 at32_hc32_ht32 分组：

• 保留 AT32、HC32L、HT32 等较轻量 BSP 在 at32_hc32l_ht32 分组中。
• 将耗时较长的 HC32 BSP 按历史构建耗时拆成 3 个更均衡的 matrix leg：hc32_f4a8_f334、hc32_f4a0_f448、hc32_f460_f472。

这样 GitHub Actions 可以并行执行这些 BSP 构建，降低最长 matrix leg 的等待时间，同时不改变具体 BSP 的构建命令和工具链配置。

另外，将 bsp_buildings.yml 中对 .github/** 的粗粒度忽略改为更细的文档/模板/标签/utest 配置忽略项。这样修改 .github/ALL_BSP_COMPILE.json 和 .github/workflows/bsp_buildings.yml 时，可以自动触发 BSP Static Build Check 来验证 CI 相关变更；上游新增的 .github/utest/** 仍保持忽略，避免 utest 专用配置变更误触发 BSP 编译。

请提供验证的bsp和config (provide the config and bsp)

• BSP:

  • at32/at32m416-start
  • hc32/ev_hc32f4a8_lqfp176
  • hc32/ev_hc32f448_lqfp80
  • hc32/ev_hc32f472_lqfp100
  • ht32/ht32f53252

• .config:

  • N/A, this PR only updates CI BSP matrix grouping and workflow trigger paths.

• action:

  • Local validation: rebased onto latest rtt/master after upstream .github/utest changes.
  • Local validation: comment-stripped .github/ALL_BSP_COMPILE.json passed python -m json.tool.
  • Local validation: verified the 30 original AT32/HC32/HC32L/HT32 BSP entries are still covered exactly once after regrouping.
  • Local validation: .github/workflows/bsp_buildings.yml passed YAML parsing.
  • Local validation: verified .github/ALL_BSP_COMPILE.json and .github/workflows/bsp_buildings.yml are no longer in this workflow's .github ignore list, while .github/utest/** remains ignored.
  • Reference slow CI job: https://github.com/RT-Thread/rt-thread/actions/runs/27336610440/job/80762661792?pr=11469

]

当前拉取/合并请求的状态 Intent for your PR

必须选择一项 Choose one (Mandatory):

• 本拉取/合并请求是一个草稿版本 This PR is for a code-review and is intended to get feedback
• 本拉取/合并请求是一个成熟版本 This PR is mature, and ready to be integrated into the repo

代码质量 Code Quality：

我在这个拉取/合并请求中已经考虑了 As part of this pull request, I've considered the following:

• 已经仔细查看过代码改动的对比 Already check the difference between PR and old code
• 代码风格正确，包括缩进空格，命名及其他风格 Style guide is adhered to, including spacing, naming and other styles
• 没有垃圾代码，代码尽量精简，不包含#if 0代码，不包含已经被注释了的代码 All redundant code is removed and cleaned up
• 所有变更均有原因及合理的，并且不会影响到其他软件组件代码或BSP All modifications are justified and not affect other components or BSP
• 对难懂代码均提供对应的注释 I've commented appropriately where code is tricky
• 代码是高质量的 Code in this PR is of high quality
• 已经使用formatting 等源码格式化工具确保格式符合RT-Thread代码规范 This PR complies with RT-Thread code specification
• 如果是新增bsp, 已经添加ci检查到.github/ALL_BSP_COMPILE.json 详细请参考链接BSP自查

[github-actions]

👋 感谢您对 RT-Thread 的贡献！Thank you for your contribution to RT-Thread!

为确保代码符合 RT-Thread 的编码规范，请在你的仓库中执行以下步骤运行代码格式化工作流（如果格式化CI运行失败）。
To ensure your code complies with RT-Thread's coding style, please run the code formatting workflow by following the steps below (If the formatting of CI fails to run).

---

🛠 操作步骤 | Steps

1. 前往 Actions 页面 | Go to the Actions page
   点击进入工作流 → | Click to open workflow →

2. 点击 Run workflow | Click Run workflow

• 设置需排除的文件/目录（目录请以"/"结尾）
  Set files/directories to exclude (directories should end with "/")
• 将目标分支设置为 \ Set the target branch to：feat_ci_building
• 设置PR number为 \ Set the PR number to：11474

3. 等待工作流完成 | Wait for the workflow to complete
   格式化后的代码将自动推送至你的分支。
   The formatted code will be automatically pushed to your branch.

完成后，提交将自动更新至 feat_ci_building 分支，关联的 Pull Request 也会同步更新。
Once completed, commits will be pushed to the feat_ci_building branch automatically, and the related Pull Request will be updated.

如有问题欢迎联系我们，再次感谢您的贡献！💐
If you have any questions, feel free to reach out. Thanks again for your contribution!

[github-actions]

📌 Code Review Assignment

🏷️ Tag: workflow

Reviewers: Rbb666 kurisaW supperthomas

Changed Files (Click to expand)

• .github/ALL_BSP_COMPILE.json
• .github/workflows/bsp_buildings.yml

---

📊 Current Review Status (Last Updated: 2026-06-12 15:20 CST)

• ⌛ Rbb666 Pending Review
• ⌛ kurisaW Pending Review
• ⌛ supperthomas Pending Review

---

📝 Review Instructions

1. 维护者可以通过单击此处来刷新审查状态: 🔄 刷新状态
   Maintainers can refresh the review status by clicking here: 🔄 Refresh Status

2. 确认审核通过后评论 LGTM/lgtm
   Comment LGTM/lgtm after confirming approval

3. PR合并前需至少一位维护者确认
   PR must be confirmed by at least one maintainer before merging

ℹ️ 刷新CI状态操作需要具备仓库写入权限。
ℹ️ Refresh CI status operation requires repository Write permission.

[supperthomas]

有看过为啥那么长时间吗？解决时间长的问题，比较靠谱一些，还有分组只放一两个bsp会很浪费下好的环境，建议放一起。

[supperthomas]

https://github.com/RT-Thread/rt-thread/blob/master/bsp/hc32/ev_hc32f334_lqfp64/.ci/attachconfig/ci.attachconfig.yml 这个配置不应该每个bsp都测，只要一个bsp测过相关的driver即可。

[supperthomas]

这个统一放到一个分组里面，继续优化yml，会更快一些。