fix(runner): classify blocked visible cd runs
Some checks failed
CD Pipeline / workflow-shape (push) Successful in 0s
CD Pipeline / cancel-stale-cd (push) Has been skipped
CD Pipeline / tests (push) Successful in 1m14s
CD Pipeline / build-and-deploy (push) Failing after 2m34s
CD Pipeline / post-deploy-checks (push) Has been skipped
Some checks failed
CD Pipeline / workflow-shape (push) Successful in 0s
CD Pipeline / cancel-stale-cd (push) Has been skipped
CD Pipeline / tests (push) Successful in 1m14s
CD Pipeline / build-and-deploy (push) Failing after 2m34s
CD Pipeline / post-deploy-checks (push) Has been skipped
This commit is contained in:
@@ -3,6 +3,7 @@
|
||||
**照主線修正的問題**:
|
||||
- `ops/runner/read-public-gitea-actions-queue.py` 新增 Harbor CD self-heal readback 欄位:`latest_visible_cd_harbor_controlled_repair_attempted`、`latest_visible_cd_harbor_controlled_repair_skip_reason`、`latest_visible_cd_harbor_controlled_repair_public_registry_v2_status`。
|
||||
- Rollups 同步暴露 `current_main_cd_harbor_controlled_repair_attempted` 與 skip reason,讓 mainline dashboard 能分辨「registry `/v2/` 壞」與「CD self-heal 因非 110 runner / watchdog missing / disabled 而無法執行」。
|
||||
- 新增 visible `Blocked` classifier:當 Gitea HTML 最新 CD run 顯示 Blocked,即使 jobs API 回 stale success,也回 `blocked_latest_visible_cd_run`,避免 stale jobs API 蓋掉 source truth。
|
||||
- Regression fixture 新增 `harbor_controlled_repair_skipped=not_110_host`,鎖住目前 `#4053` 類型的失敗不會被泛化成單純 Harbor 502。
|
||||
|
||||
**驗證**:
|
||||
|
||||
Reference in New Issue
Block a user