Перейти к основному содержанию

​
Каналы разработки

Последнее обновление: 2026-01-21 OpenClaw поставляется с тремя каналами обновлений:
  • stable: dist-тег npm latest.
  • beta: npm dist-tag beta (сборки в тестировании).
  • dev: подвижная вершина main (git). npm dist-tag: dev (при публикации).
Мы отправляем сборки в beta, тестируем их, затем продвигаем проверенную сборку в latest без изменения номера версии — dist-tags являются источником истины для установок из npm.

​
Переключение каналов

Checkout в git: 
openclaw update --channel stable
openclaw update --channel beta
openclaw update --channel dev
  • stable/beta выполняют checkout последнего подходящего тега (часто это один и тот же тег).
  • dev переключается на main и делает rebase на upstream.
Глобальная установка npm/pnpm: 
openclaw update --channel stable
openclaw update --channel beta
openclaw update --channel dev
Это обновляет через соответствующий npm dist-tag (latest, beta, dev). Когда вы явно переключаете канал с помощью --channel, OpenClaw также выравнивает способ установки:
  • dev гарантирует checkout из git (по умолчанию ~/openclaw, переопределяется OPENCLAW_GIT_DIR), обновляет его и устанавливает глобальный CLI из этого checkout.
  • stable/beta устанавливают из npm с использованием соответствующего dist-tag.
Совет: если вам нужны stable и dev параллельно, держите два клона и укажите вашему Gateway (шлюзу) стабильный.

​
Плагины и каналы

При переключении каналов с помощью openclaw update OpenClaw также синхронизирует источники плагинов:
  • dev предпочитает плагины, поставляемые в комплекте, из git checkout.
  • stable и beta восстанавливают пакеты плагинов, установленные из npm.

​
Лучшие практики тегирования

  • Помечайте релизы, на которые должны попадать git checkout (vYYYY.M.D или vYYYY.M.D-<patch>).
  • Держите теги неизменяемыми: никогда не перемещайте и не переиспользуйте тег.
  • npm dist-tags остаются источником истины для установок из npm:
    • latest → stable
    • beta → кандидатная сборка
    • dev → снимок main (необязательно)

​
Доступность приложения для macOS

Бета- и dev‑сборки могут не включать релиз приложения для macOS. Это нормально:
  • Git‑тег и npm dist-tag всё равно могут быть опубликованы.
  • Укажите «нет сборки для macOS для этой беты» в примечаниях к релизу или журнале изменений.