Моё изменение поставило в очередь две сборки подряд

Вы выполнили lizard service set для изменения поля, затем lizard redeploy, и в итоге получили две сборки вместо одной.

Что это значит

Вызов service set уже запустил пересборку сам по себе. Последующий вызов redeploy поставил в очередь вторую, лишнюю.

Почему так происходит

Изменение поля, влияющего на сборку — repoUrl, branch, sourceType, buildCommand, dockerfilePath или rootDirectory — немедленно запускает автопересборку. Изменение поля только для рантайма — startCommand, preDeployCommand, containerPort, watchPatterns — не запускает автопересборку; оно вступает в силу только при следующем деплое.

Легко инстинктивно цеплять redeploy после каждого service set, но это имеет смысл только для полей только для рантайма.

Возможные решения

Проверьте, поле какого типа вы изменили

См. таблицу триггеров пересборки. Если это поле сборки, пересборка уже в очереди — больше ничего делать не нужно.

lizard events   # confirm only one build is in flight

Переразвёртывайте только после изменений полей только для рантайма

lizard service set api --set startCommand="node server.js"
lizard redeploy --service api   # needed here — startCommand doesn't auto-rebuild

См. также

• Сборка Pipeline → что запускает пересборку
• lizard service — полный справочник команд.