lizard up

Загружает текущую директорию и выполняет деплой.

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

lizard up [flags]

up упаковывает рабочую директорию в tarball, отправляет на узлы сборки и выполняет деплой. Принудительно включает sourceType=upload для целевого сервиса, стримит логи сборки через SSE и выводит живой URL по завершении.

Если текущая директория ещё не привязана к проекту, up сначала запускает init. В интерактивном TTY это происходит в диалоговом режиме; в неинтерактивном окружении (CI) проект не создаётся автоматически — команда выдаёт ошибку и просит выполнить lizard init --name <project> (или передать --name), чтобы опечатка не привела к созданию пустого проекта.

Флаги

ФлагОписание
-s, --service <name>Нацелиться на существующий сервис
--build-command <cmd>Переопределить команду сборки
--start-command <cmd>Переопределить команду запуска
--pre-deploy-command <cmd>Выполнить один раз перед каждым деплоем
--port <number>Порт контейнера (0 = режим воркера)
--region <code>Регион для деплоя
-d, --detachЗапустить деплой и выйти без стриминга логов
-c, --ciВывод, удобный для CI
--no-gitignoreЗагрузить всё, игнорируя .gitignore

Подкоманды

lizard up status

Сообщает статус выполняемого деплоя с загрузкой.

Примеры

Деплой текущей директории

lizard up

Деплой в конкретный сервис с пользовательской командой запуска и портом

Сначала создайте именованный сервис командой lizard add --service api, если он ещё не существует.

lizard up --service api --start-command "node server.js" --port 8080

Безголовый деплой в CI

export LIZARD_TOKEN=lzd_xxx
lizard init --name my-project
lizard add --service api
lizard up --ci --service api

Пропустите lizard add, если сервис уже существует. В Lizard CLI 0.3.92 неудачная сборка всё ещё может завершиться с кодом 0; проверьте статус сборки и URL деплоя перед тем, как считать CI-релиз успешным. Исправление ожидает релиза. В macOS также задайте COPYFILE_DISABLE=1 перед загрузкой, чтобы избежать лишних файлов метаданных ._* в архиве. См. настройку фреймворка.

См. также