ci: trigger re-run after host disk cleanup (ORCH-061)
This commit is contained in:
4
.task-arch.md
Normal file
4
.task-arch.md
Normal file
@@ -0,0 +1,4 @@
|
|||||||
|
Work item: ORCH-061
|
||||||
|
Repo: orchestrator
|
||||||
|
Branch: feature/ORCH-061-bug-deploy-staging-development
|
||||||
|
Stage: architecture
|
||||||
4
.task-dev.md
Normal file
4
.task-dev.md
Normal file
@@ -0,0 +1,4 @@
|
|||||||
|
Work item: ORCH-061
|
||||||
|
Repo: orchestrator
|
||||||
|
Branch: feature/ORCH-061-bug-deploy-staging-development
|
||||||
|
Stage: development
|
||||||
8
.task.md
Normal file
8
.task.md
Normal file
@@ -0,0 +1,8 @@
|
|||||||
|
Work item: ORCH-061
|
||||||
|
Repo: orchestrator
|
||||||
|
Branch: feature/ORCH-061-bug-deploy-staging-development
|
||||||
|
Stage: analysis
|
||||||
|
Title: BUG: deploy-staging петля — откат на development (self-deploy)
|
||||||
|
|
||||||
|
Description:
|
||||||
|
Симптом: на стадии deploy-staging для self-hosting orchestrator задача откатывается deploy-staging -> development и крутится по кругу.ДВЕ подтверждённые причины (ORCH-58 + ORCH-60):1. check_staging_status FAILED (ложный). deployer гоняет staging_check.py, тот падает на C9a/C9b (sandbox e2e: branch not found + analyst job in queue) с пометкой «Plane comment check skipped: bot-tokens not added to SANDBOX project». 8/10 PASS, 2 ложных FAIL из-за ненастроенных bot-токенов SANDBOX-проекта. QG check_staging_status -> FAILED -> rollback deploy-staging->development. Это НЕ регресс кода, а отсутствие sandbox-настроек.2. no changes to commit. для action-стадий (деплой = рестарт/retag, не правка кода) deployer exit0 + «no changes» тоже трактуется stage_engine как недовыполнение -> откат.Последствие: прод-деплой self-hosting репо НЕВОЗМОЖЕН автономно — ORCH-58 и ORCH-60 доводились ВРУЧНУЮ (merge PR + build-once retag + --deploy). Прямой блокер автономного внедрения (эпик ORCH-54).Fix-направления (одно или оба):(а) Настроить sandbox bot-токены в SANDBOX Plane-проект, чтобы staging_check C9a/C9b проходили честно (10/10). Тогда check_staging_status не будет ложно падать.(б) Отвязать advance deploy-стадии от git-changes для self-deploy репо: успех = exit0 + health PASS (+ опц. staging_check), а не наличие коммита.Acceptance: ORCH-задача для self-hosting orchestrator проходит deploy-staging -> deploy -> Done БЕЗ ручного вмешательства и без петли. Priority P0.
|
||||||
@@ -21,3 +21,4 @@ Work Item: **ORCH-061** · Репо: `orchestrator` (self-hosting)
|
|||||||
- БАГ-8 (`deploy → development`) и ORCH-35 (`deploy-staging → development`) для
|
- БАГ-8 (`deploy → development`) и ORCH-35 (`deploy-staging → development`) для
|
||||||
**реальных** провалов — сохранены.
|
**реальных** провалов — сохранены.
|
||||||
- Схема БД — без миграций.
|
- Схема БД — без миграций.
|
||||||
|
# ci-rerun 2026-06-07T13:08:38Z after disk cleanup
|
||||||
|
|||||||
Reference in New Issue
Block a user