auto-sync: 2026-06-07 15:10:01
This commit is contained in:
@@ -89,4 +89,30 @@ EXPECTED_REVISION прокидывается (2×), image_freshness import OK, q
|
||||
- States: Backlog 2d5d42ff.., InProgress e331bfb3.., Approved 63f2c8fe.., InReview c52e99b9..,
|
||||
Done 3738cd3c.., Cancelled 59d1d210..
|
||||
- merge PR: POST gitea /repos/admin/orchestrator/pulls/{n}/merge {Do:merge}
|
||||
- rollback prod: docker tag orchestrator-orchestrator:rollback-pre-058
|
||||
- rollback prod: docker tag orchestrator-orchestrator:rollback-pre-058 / rollback-pre-060
|
||||
|
||||
## ORCH-60 ЗАКРЫТ В ПРОДЕ (12:02 UTC)
|
||||
- Прошёл конвейер ЧИСТО (analyst→architect→dev→reviewer→tester, reviewer approve с 1-го раза).
|
||||
- Уперся в ту же петлю deploy-staging, НО причина точнее: `QG check_staging_status FAILED` —
|
||||
deployer гоняет staging_check, тот ложно падает C9a/C9b (sandbox bot-токены не настроены).
|
||||
rollback deploy-staging->development.
|
||||
- Довела вручную: merge PR #60 (d4c6cc0) → пересборка staging --build-staging GIT_SHA=d4c6cc0
|
||||
(label проставился) → --deploy (guard: revision matches → retag → health 200). Done+БД.
|
||||
- Reconciler-фикс боевой в проде (22 вхождения escalated/Blocked/Needs-Input).
|
||||
- rollback-pre-060 снимок сохранён.
|
||||
|
||||
## ORCH-61 запущен в конвейер (12:06 UTC)
|
||||
- analyst job 237, ветка feature/ORCH-061-bug-deploy-staging-development. IID dcc9b6f1-...
|
||||
- Описание обновлено: ДВЕ причины петли (1. ложный check_staging_status FAILED из-за sandbox
|
||||
bot-токенов; 2. no-changes для action-стадий). Fix-направления (а) настроить sandbox
|
||||
bot-токены / (б) отвязать advance deploy-стадии от git-changes.
|
||||
|
||||
## ГРАБЛИ запуска задач в конвейер (новые уроки):
|
||||
- **QG-0 рубит title >80 символов** → задача падает в Blocked, НЕ в конвейер. Лог:
|
||||
`QG-0 failed: Title слишком длинный (максимум 80 символов)`. Заголовки ORCH-задач ≤80!
|
||||
(ORCH-61 первый раз застрял именно так, len был >80.)
|
||||
- **Зомби-job при парковке:** парк задачи в In Progress перед мержем может породить лишний
|
||||
developer-job (webhook ловит In Progress→pipeline). После мержа/Done — проверять queue и
|
||||
гасить зомби (UPDATE jobs SET status='cancelled' WHERE id=X). Было: job 236 от ORCH-060.
|
||||
- В контейнере НЕТ pkill — гасить job только через БД (status='cancelled'), процесс сам отвалится.
|
||||
- Перезапуск задачи после Blocked: Backlog → (пауза 3с) → In Progress (чистый ре-триггер webhook).
|
||||
|
||||
Reference in New Issue
Block a user