lizard redeploy

Запустите новую сборку (последний коммит / последняя загрузка) с текущими переменными.

Использование

lizard redeploy [nameOrId] [flags]

Флаги

Флаг	Описание
`-s, --service <name>`	Сервис
`--detach`	Вернуться после принятия сборки
`--wait`	Ждать готовности сборки и развёртывания; работает с `--json`
`--timeout <seconds>`	Бюджет ожидания готовности после сборки; по умолчанию `120`
`--json`	Вернуть JSON для скриптов

Примеры

Пересобрать и переразвернуть сервис

lizard redeploy --service api

Переразвернуть без потоковой передачи логов

lizard redeploy --service api --detach

Ожидание в скрипте

Требуется CLI 0.3.94 или новее. Используйте 0.3.95 или новее для работников без HTTP.

lizard --json redeploy --service api --wait --timeout 120

Без --wait режим JSON возвращает управление после принятия запроса на сборку. С --wait CLI отслеживает эту сборку, а затем ждёт готовности развёртывания. JSON-результат включает buildId, ok и status. Ошибка сборки, проваленная проверка готовности или таймаут возвращают ненулевой код выхода.

Таймаут применяется к готовности после завершения сборки; он не ограничивает длительность сборки и не отменяет развёртывание. Работники с containerPort=0 используют статус готовности от бэкенда без HTTP-проверки. После успешного выполнения команды проверьте эндпоинт приложения или сохранённые данные, если ваш процесс требует проверки поведения приложения.

См. также

lizard restart — последовательный перезапуск текущей сборки, без пересборки
lizard up — загрузить текущую директорию и развернуть её
Развёртывания — как работают деплои, перезапуски и пересборки

up restart