# Моё изменение поставило в очередь две сборки подряд Вы выполнили `lizard service set` для изменения поля, затем `lizard redeploy`, и в итоге получили две сборки вместо одной. ## Что это значит Вызов `service set` уже запустил пересборку сам по себе. Последующий вызов `redeploy` поставил в очередь вторую, лишнюю. ## Почему так происходит Изменение поля, **влияющего на сборку** — `repoUrl`, `branch`, `sourceType`, `buildCommand`, `dockerfilePath` или `rootDirectory` — немедленно запускает автопересборку. Изменение поля **только для рантайма** — `startCommand`, `preDeployCommand`, `containerPort`, `watchPatterns` — **не** запускает автопересборку; оно вступает в силу только при следующем деплое. Легко инстинктивно цеплять `redeploy` после каждого `service set`, но это имеет смысл только для полей только для рантайма. ## Возможные решения ### Проверьте, поле какого типа вы изменили См. [таблицу триггеров пересборки](https://lizard.build/ru/docs/concepts/build-pipeline#what-triggers-a-rebuild). Если это поле сборки, пересборка уже в очереди — больше ничего делать не нужно. ```bash lizard events # confirm only one build is in flight ``` ### Переразвёртывайте только после изменений полей только для рантайма ```bash lizard service set api --set startCommand="node server.js" lizard redeploy --service api # needed here — startCommand doesn't auto-rebuild ``` ## См. также - [Сборка Pipeline → что запускает пересборку](https://lizard.build/ru/docs/concepts/build-pipeline#what-triggers-a-rebuild) - [`lizard service`](https://lizard.build/ru/docs/cli/service) — полный справочник команд.