tasks: handoff — sched фикс принят (0.6.0), timeoutMs дефолт absent=-1
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
---
|
||||
_last_updated_: 2026-08-20T19:55:00Z
|
||||
_last_updated_: 2026-08-20T20:00:00Z
|
||||
session_id: sched-pipelines-apply-0.5.0-2026-08-20
|
||||
---
|
||||
|
||||
@@ -9,6 +9,7 @@ session_id: sched-pipelines-apply-0.5.0-2026-08-20
|
||||
|
||||
## Recent commits (в .admin)
|
||||
|
||||
- `7ec721e2` ops: schedd 0.6.0 — timeoutMs применяется к существующим таскам, absent=-1 дефолт (проверено живьём)
|
||||
- `3060263b` ops: стенд — schedd 0.5.0 (run-deadline), timeoutMs -1, ozon bind-mount state на хост
|
||||
|
||||
## Open треки
|
||||
@@ -19,13 +20,13 @@ session_id: sched-pipelines-apply-0.5.0-2026-08-20
|
||||
|
||||
## Что разослано командам (жду фиксы)
|
||||
|
||||
1. **sched** — письмо `2026-08-20T19-30-00Z-admin.md` (в .read уже есть, мой инбокс): баг `applyTask` не переносит `timeoutMs` при upsert существующей задачи + требование vitya: **`-1` = дефолт, можно не указывать** (absent должен вести себя как -1, не legacy-25мин потолок).
|
||||
1. **sched** — ✅ ЗАКРЫТО (0.6.0): applyTask фикс + absent=-1 дефолт, проверено живьём (timeoutMs убран из tasks.json, live-sync дал -1).
|
||||
2. **ozon** — письмо 19:40Z + таска `publish-mockable`: выровнять publish с ym (data.registry + .npmrc + --registry; data.remoteBase для push; опц. data.githubApiBase). У них всё хардкод.
|
||||
3. **yandex** — письмо 19:52Z + таска `publish-mockable`: добавить только `data.githubApiBase` для REST github-distro (repoExists/ensureRepo/createRelease); registry+remoteBase уже есть.
|
||||
|
||||
## Стенд (host-stacks/local/sched-pipelines)
|
||||
|
||||
- schedd 0.5.0 (daemon), tasks.json: `timeoutMs: -1` на ozon+yandex (в файле есть, в БД/API не применился из-за бага sched).
|
||||
- schedd **0.6.0** (daemon); tasks.json без timeoutMs — дефолт absent=-1 (никогда), применён и проверен.
|
||||
- Оба воркера свежие (ozon с фиксами ТЗ №1-10: envelope реализован; ym с JSDoc-фиксом).
|
||||
- Compose: ozon bind-mount `./data-ozon` → /app/data + `data-ozon/state.json` → /app/state.json (раньше state жил в слое образа). ym: `./data-ym` → /app/data.
|
||||
- Находка для ozon: run.js хардкодит state/output в ROOT образа, /app/data не используется воркером — не включено в их ТЗ (могу добавить позже).
|
||||
|
||||
@@ -6,6 +6,10 @@
|
||||
|
||||
## Статус (2026-08-20 вечер)
|
||||
|
||||
**Фикс sched принят (0.6.0, проверено живьём):**
|
||||
- applyTask переносит timeoutMs при upsert существующих задач ✓ (был null → стал -1)
|
||||
- дефолт absent = -1 ✓ — timeoutMs убран из tasks.json, live-sync подхватил, таски остались -1 (без рестарта)
|
||||
|
||||
**Сделано в этой сессии:**
|
||||
- schedd обновлён 0.4.2 → **0.5.0** (core 0.45.0): envelope-дыра → громкий broken-worker, относительный statusUrl, poll-ретраи 2×500мс, run-deadline контракт (task-level timeoutMs).
|
||||
- tasks.json: `"timeoutMs": -1` на обе пайплайн-таски (рекомендация sched). ⚠️ **НЕ применился** — баг sched: `applyTask` при upsert существующей задачи не переносит `timeoutMs` (поле не в списке merged). Письмо sched 19:30Z + требование vitya: `-1` = дефолт, можно не указывать (absent должен вести себя как -1, не legacy-25мин).
|
||||
|
||||
Reference in New Issue
Block a user