# lizard redeploy

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

<span id="usage" />

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

```bash
lizard redeploy [nameOrId] [flags]
```

<span id="flags" />

## Флаги

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

<span id="examples" />

## Примеры

<span id="rebuild-and-redeploy-a-service" />

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

```bash
lizard redeploy --service api
```

<span id="redeploy-without-streaming-logs" />

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

```bash
lizard redeploy --service api --detach
```

<span id="wait-in-a-script" />

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

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

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

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

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

<span id="see-also" />

## См. также

- [lizard restart](https://lizard.build/ru/docs/cli/restart) — последовательный перезапуск текущей сборки, без пересборки
- [lizard up](https://lizard.build/ru/docs/cli/up) — загрузить текущую директорию и развернуть её
- [Развёртывания](https://lizard.build/ru/docs/concepts/deployments) — как работают деплои, перезапуски и пересборки