5.7 KiB
| read_when | sidebarTitle | summary | title | x-i18n | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Release Channels | Canales estable, beta y de desarrollo: semántica, cambio, fijación y etiquetado | Canales de lanzamiento |
|
Canales de desarrollo
OpenClaw ofrece tres canales de actualización:
- stable: dist-tag de npm
latest. Recomendado para la mayoría de los usuarios. - beta: dist-tag de npm
betacuando está vigente; si beta no existe o es anterior a la última versión estable, el flujo de actualización vuelve alatest. - dev: punta móvil de
main(git). dist-tag de npm:dev(cuando se publica). La ramamaines para experimentación y desarrollo activo. Puede contener funciones incompletas o cambios incompatibles. No la uses para gateways de producción.
Normalmente publicamos primero las compilaciones estables en beta, las probamos allí y luego ejecutamos un
paso explícito de promoción que mueve la compilación validada a latest sin
cambiar el número de versión. Los mantenedores también pueden publicar una versión estable
directamente en latest cuando sea necesario. Los dist-tags son la fuente de verdad para las
instalaciones desde npm.
Cambiar de canal
openclaw update --channel stable
openclaw update --channel beta
openclaw update --channel dev
--channel conserva tu elección en la configuración (update.channel) y alinea el
método de instalación:
stable(instalaciones de paquete): actualiza mediante el dist-tag de npmlatest.beta(instalaciones de paquete): prefiere el dist-tag de npmbeta, pero vuelve alatestcuandobetano existe o es anterior a la etiqueta estable actual.stable(instalaciones con git): cambia a la etiqueta git estable más reciente.beta(instalaciones con git): prefiere la etiqueta git beta más reciente, pero vuelve a la etiqueta git estable más reciente cuando beta no existe o es anterior.dev: garantiza un checkout de git (predeterminado~/openclaw, se puede sobrescribir conOPENCLAW_GIT_DIR), cambia amain, hace rebase sobre upstream, compila e instala la CLI global desde ese checkout.
Apuntar a una versión o etiqueta puntual
Usa --tag para apuntar a un dist-tag, versión o especificación de paquete específicos para una sola
actualización sin cambiar tu canal persistido:
# Install a specific version
openclaw update --tag 2026.4.1-beta.1
# Install from the beta dist-tag (one-off, does not persist)
openclaw update --tag beta
# Install from GitHub main branch (npm tarball)
openclaw update --tag main
# Install a specific npm package spec
openclaw update --tag openclaw@2026.4.1-beta.1
Notas:
--tagse aplica solo a instalaciones de paquete (npm). Las instalaciones con git lo ignoran.- La etiqueta no se conserva. Tu siguiente
openclaw updateusa tu canal configurado como de costumbre. - Protección contra degradaciones: si la versión de destino es anterior a tu versión actual,
OpenClaw solicita confirmación (omítela con
--yes). --channel betaes distinto de--tag beta: el flujo del canal puede volver a stable/latest cuando beta no existe o es anterior, mientras que--tag betaapunta al dist-tagbetasin procesar para esa ejecución puntual.
Simulación
Previsualiza lo que haría openclaw update sin hacer cambios:
openclaw update --dry-run
openclaw update --channel beta --dry-run
openclaw update --tag 2026.4.1-beta.1 --dry-run
openclaw update --dry-run --json
La simulación muestra el canal efectivo, la versión de destino, las acciones planificadas y si se requeriría una confirmación de degradación.
Plugins y canales
Cuando cambias de canal con openclaw update, OpenClaw también sincroniza las
fuentes de plugins:
devprefiere los plugins incluidos desde el checkout de git.stableybetarestauran los paquetes de plugins instalados desde npm.- Los plugins instalados desde npm se actualizan después de que finaliza la actualización del núcleo.
Comprobar el estado actual
openclaw update status
Muestra el canal activo, el tipo de instalación (git o paquete), la versión actual y la fuente (configuración, etiqueta git, rama git o valor predeterminado).
Buenas prácticas de etiquetado
- Etiqueta las versiones en las que quieres que aterricen los checkouts de git (
vYYYY.M.Dpara stable,vYYYY.M.D-beta.Npara beta). vYYYY.M.D.beta.Ntambién se reconoce por compatibilidad, pero prefiere-beta.N.- Las etiquetas heredadas
vYYYY.M.D-<patch>se siguen reconociendo como stable (no beta). - Mantén las etiquetas inmutables: nunca muevas ni reutilices una etiqueta.
- Los dist-tags de npm siguen siendo la fuente de verdad para las instalaciones desde npm:
latest-> stablebeta-> compilación candidata o compilación estable publicada primero en betadev-> instantánea de main (opcional)
Disponibilidad de la app de macOS
Las compilaciones beta y dev pueden no incluir una versión de la app de macOS. Está bien:
- La etiqueta git y el dist-tag de npm aún pueden publicarse.
- Indica "sin compilación de macOS para esta beta" en las notas de la versión o el registro de cambios.