Sección Micros

La sección Micros es el hogar de tus micros: en el lateral, la lista; en el centro, el editor del micro seleccionado.

Añadir un micro

• + Añadir micro — eliges la carpeta del repo y MicroLab autodetecta su stack, puertos, infraestructura y dependencias, te muestra los avisos y, tras confirmar, genera su manifiesto.
• Importar micro desde Git — clona el repo (usando tu conexión Git para hosts privados) y lo detecta en un paso.

El alta te enseña lo detectado antes de guardar; un manifiesto ya existente no se sobrescribe (para regenerarlo, usa «Actualizar desde repositorio»).

El editor de un micro

Identidad

Nombre visible, modo por defecto (nativo/contenedor) y perfil de arranque.

Dependencias

Los datos técnicos de cada dependencia a otro core: su identificador, la propiedad que se reescribe al inyectar, la URL de nube y la especificación OpenAPI (origen para generar la plantilla del mock). A dónde apunta cada una —local, nube o mock— se decide en el escenario, no aquí.

Configuración de arranque local

Personalización no versionada del arranque nativo de este micro (se guarda en tu settings.local.yml). Arriba, lo del día a día:

• Base de datos — apuntar el micro a otra BBDD (por defecto, local, nube o personalizada). Ver Apuntar a otra BBDD.
• Script/comando de arranque según el stack (script npm, configuración de Angular, comando del stack…).
• Comandos previos — lo que se ejecuta antes de arrancar (construir librerías del workspace, instalar módulos hermanos de un multi-módulo Maven…). Viven en el manifiesto: valen para todo el equipo.

Y un bloque avanzado plegable: argumentos extra, propiedades de sistema, variables de entorno, comando de arranque completo y una vista previa del comando efectivo. Todo esto se puede importar/exportar por micro. Ver Personalizar el arranque.

Configuración efectiva

El valor final de cada propiedad del micro y de qué capa procede: el application.yml del repo, la configuración remota o lo que inyecta MicroLab al arrancar. Útil para entender por qué una propiedad acaba con un valor concreto.

Repositorio (Git)

Si el micro es un repo Git: cambiar de rama, hacer fetch y pull (--ff-only), ver cuántos commits vas por delante/detrás del remoto, y —cuando el repo difiere del manifiesto— actualizarlo desde el repositorio conservando lo curado a mano (drift). El acceso Git es de solo lectura; nunca hace push. Ver Cambiar de rama y drift.

Mantenimiento

• Actualizar manifiesto desde el repositorio — refresca los campos detectados sin perder tu personalización.
• Localizar carpeta — si el repo se movió, reapuntas su ruta.
• Eliminar micro — borra el manifiesto (no toca el repo); pide confirmación.
• Exportar / Importar micros — ficheros autocontenidos .micro.yml.