fix(deploy): provision management agent during server updates
ci / docker / docker (образы собираются — их сервер собирает сам при обновлении) (push) Successful in 1m21s

This commit is contained in:
mrleo1nid committed 2026-10-22 23:43:11 +03:00
1 parent a29a8b18ad
commit bc55528afd
5 files changed
+211 -8

No files matched your search

+20 -3
View File
@@ -6,15 +6,32 @@
## Установка на существующий сервер
После получения версии с управлением сервером выполните на Linux-хосте:
Обычное обновление на Linux-хосте автоматически настраивает агент после
переключения на выбранную версию и до пересоздания контейнеров:
```bash
cd /opt/pipu-music/deploy
sudo bash ./install-management.sh
./update.sh main # либо тег версии, содержащей эту возможность
```
Новая установка через `sudo ./install.sh` устанавливает агент автоматически.
Если прав не хватает, установщик запросит sudo только для настройки системного
сервиса. Повторный запуск проверяет установку и запускает остановленный агент;
исправный агент с тем же кодом и unit-файлом не перезапускается. Ошибка установки
останавливает обновление до пересоздания контейнеров. При обновлении из админки
собственный агент остаётся запущенным и заменяет свою копию после успеха.
В версии **v1.9.0** вызов установщика из `update.sh` был пропущен. Если сервер уже
обновлён до неё, агент можно включить сразу без новой сборки:
```bash
cd /opt/pipu-music/deploy && sudo bash ./install-management.sh
```
Чтобы получить исправленный updater на checkout ветки main, один раз выполните
`git pull --ff-only` перед `./update.sh main`: старая временная копия updater,
запущенная до checkout, ещё не содержит нового шага настройки.
Новая установка через `sudo ./install.sh` также устанавливает агент автоматически.
Нужны systemd, Python **3.10+**, Git, Bash, `flock` (util-linux) и Docker Compose
**2.24+**. Compose должен поддерживать несколько `--env-file` и тег `!reset`
из существующего TLS-overlay. Агент выполняется от root, чтобы запускать Compose