Entornos
Una rama, un entorno
Cada rama de tu Repositorio Semántico es un entorno con su propio modelo y sus propias
salidas. main (o la rama que hayas marcado como producción) es el entorno de
producción; cualquier otra es un entorno de trabajo.
No hay que declarar nada: si alguien crea una rama desde su terminal, aparece como entorno. Y si la borra, desaparece.
Trabajar en una rama
Crea un entorno desde Entornos → Nuevo entorno. Sale de producción y hereda su modelo. A partir de ahí, todo lo que edites —definiciones, propuestas del asistente— se commitea en esa rama, y el selector de arriba te recuerda dónde estás.
Las ramas de trabajo no cuentan para el límite de tu plan: el plan se mide por vistas semánticas en producción. Probar una idea no debería costar dinero.
Promocionar
Promocionar abre una pull request de tu rama hacia producción. No fusiona: la revisión está en el camino a propósito. Cambiar la definición de una métrica es cambiar lo que la empresa entiende por un número, y eso merece que alguien lo lea.
En la pull request se ve exactamente lo que cambia: el SQL, el significado y quién lo había validado. Cuando se fusiona, qontexta se entera por webhook, reindexa producción y el motor semántico empieza a servir el commit nuevo.
Qué versión se está sirviendo
Cada entorno muestra el commit que está sirviendo. No hay paso de compilación que esperar: el modelo es el contenido de la rama, y el motor recarga cuando la rama se mueve.
Si la compilación falla (un YAML que no es un modelo Cube válido), el entorno lo dice y sigue sirviendo la versión anterior.
Las salidas
Conectar en un entorno da sus cuatro salidas y un token acotado a ese tenant, a ese entorno y a ti. Cada entorno tiene las suyas, así que puedes apuntar un agente a una rama de trabajo para probar y dejar producción en paz.