> ## Documentation Index
> Fetch the complete documentation index at: https://openclaw.veiseule.ai/llms.txt
> Use this file to discover all available pages before exploring further.

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

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

Последнее обновление: 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:

```bash theme={"theme":{"light":"min-light","dark":"min-dark"}}
openclaw update --channel stable
openclaw update --channel beta
openclaw update --channel dev
```

* `stable`/`beta` выполняют checkout последнего подходящего тега (часто это один и тот же тег).
* `dev` переключается на `main` и делает rebase на upstream.

Глобальная установка npm/pnpm:

```bash theme={"theme":{"light":"min-light","dark":"min-dark"}}
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 для этой беты» в примечаниях к релизу или журнале изменений.