fix(deploy): deploys were silent no-ops (hosts: vds never matched)

[shpaker]

Что не так

Бот на сервере запущен, но не доставляет посты: тянет ленты (habr/opennet, HTTP 200), но каждый тик падает —

File ".../feedforbot/cache.py", line 101, in read
    articles = tuple(ArticleModel(**data) for data in json.loads(contents))
json.decoder.JSONDecodeError: Expecting value: line 87686 column 5

Файловый кэш (~13.5 MB) побился, когда диск забился под 100 % (запись оборвалась). Плюс сервер до сих пор на 4.0.0rc7 со старым files-cache setup, хотя выходили релизы 5.0.0 / 5.1.0.

Первопричина: деплой давно молча ничего не делает. После удаления tmfeed/inventory.ini CI передаёт хост инлайном (-i "88.218.64.96,") → он попадает в неявную группу all, а плейбук объявлен hosts: vds:

[WARNING]: Could not match supplied host pattern, ignoring: vds
skipping: no hosts matched
PLAY RECAP  (пусто)

Playbook пропускается, job рапортует success. Так «деплоились» 5.0.0, 5.1.0 и предыдущий PR #52 — на сервер ничего не попадало.

Фикс

• tmfeed/deploy.playbook.yml: hosts: vds → hosts: all (инлайн-хост из CI всегда попадает в all).
• .github/workflows/deploy.yml: падать, если DEPLOY_HOST/DEPLOY_USER пусты — чтобы деплой больше никогда не «проходил» вхолостую.

Что произойдёт при мерже

Деплой реально отработает: развернёт :latest (5.1.0) с redis-кэшем + --force-recreate, применит ротацию логов из #52. Новый redis-кэш пуст → первый прогон заполнит кэш без отправки (штатная защита от спама), затем возобновит доставку постов. Это чинит и падающие тики, и версию, и логи разом.

Проверка после деплоя

• docker compose ps в /home/worker/feedforbot → feedforbot + feedforbot-redis, оба healthy.
• версия 5.1.0; docker logs feedforbot — тики без scheduler_tick_error.
• docker inspect feedforbot --format '{{.HostConfig.LogConfig.Config}}' → max-size:10m.
• свежие посты в @tmfeed.