grove dev --seed --persist: fixtures en vez de una base local

grove dev levanta todo el backend en tu máquina (API, dashboard, funciones) en memoria, en el puerto 8099. Lo paras y todo desaparece. Suena a limitación hasta que pasas un mes mutando una base local que nadie más puede reproducir.

El par que casi siempre quieres

grove dev --seed --persist

Los dos flags son una unidad:

• --persist: al salir, guarda tu trabajo como archivos: la forma (colecciones, políticas, funciones, roles) en groveback/, los documentos en seeds/.
• --seed: al arrancar, vuelve a cargar seeds/.

Por separado cada uno es una trampa: --persist guarda trabajo que nunca vuelves a cargar, y --seed carga fixtures que pierdes al salir. Juntos, tu backend local sobrevive reinicios y el resto del equipo lo recibe con git pull.

La forma y los datos viajan distinto

grove pull y grove push mueven la forma entre tu repo y un proyecto desplegado. Nunca mueven documentos. No hay camino que traiga datos de producción a un portátil ni que suba datos de prueba a producción: los datos locales salen de fixtures commiteados, punto.

Tips de sesiones reales

• Apunta tu app con una variable de entorno, no regenerando. El cliente tipado de grove gen lee GROVE_URL, así que cambiar entre http://localhost:8099 y el proyecto real no requiere un cliente nuevo.
• Corre grove status antes de grove push. Muestra qué cambiaría sin cambiar nada. push igual planea y pregunta, y una shell no interactiva responde “no”.
• Si push se niega, alguien más movió el proyecto. pull guarda un hash por archivo; push se detiene antes que pisar el cambio de otra persona. Haz pull, mira el diff y empuja.
• El link del dashboard trae la key. Ábrelo una vez; después basta con http://localhost:8099/dashboard#/: la key queda guardada y se quita de la URL.

Todo el detalle en la guía del local loop.