Salta ai contenuti

Sezione Micro

La sezione Micro è la casa dei tuoi micro: sul lato, l’elenco; al centro, l’editor del micro selezionato.

  • + Aggiungi micro — scegli la cartella del repo e MicroLab rileva automaticamente il suo stack, le porte, l’infrastruttura e le dipendenze, ti mostra gli avvisi e, dopo la conferma, genera il suo manifesto.
  • Importa micro da Git — clona il repo (usando la tua connessione Git per gli host privati) e lo rileva in un passaggio.

L’aggiunta ti mostra ciò che è stato rilevato prima di salvare; un manifesto già esistente non viene sovrascritto (per rigenerarlo, usa «Aggiorna dal repository»).

Nome visualizzato, modalità predefinita (nativo/container) e profilo di avvio.

I dati tecnici di ogni dipendenza verso un altro core: il suo identificatore, la proprietà che viene riscritta all’iniezione, l’URL cloud e la specifica OpenAPI (origine per generare il modello del mock). Verso dove punta ciascuna —local, cloud o mock— si decide nello scenario, non qui.

Personalizzazione non versionata dell’avvio nativo di questo micro (salvata nel tuo settings.local.yml). In alto, il quotidiano:

  • Database — puntare il micro verso un altro DB (predefinito, local, cloud o personalizzato). Vedi Puntare a un altro DB.
  • Script/comando di avvio a seconda dello stack (script npm, configurazione Angular, comando dello stack…).
  • Comandi preliminari — ciò che viene eseguito prima di avviare (costruire le librerie del workspace, installare i moduli fratelli di un multi-modulo Maven…). Vivono nel manifesto: valgono per tutto il team.

E un blocco avanzato comprimibile: argomenti extra, proprietà di sistema, variabili d’ambiente, comando di avvio completo e un’anteprima del comando effettivo. Tutto questo può essere importato/esportato per micro. Vedi Personalizzare l’avvio.

Il valore finale di ogni proprietà del micro e da quale livello proviene: l’application.yml del repo, la configurazione remote o ciò che MicroLab inietta all’avvio. Utile per capire perché una proprietà finisce con un valore concreto.

Se il micro è un repo Git: cambiare ramo, fare fetch e pull (--ff-only), vedere di quanti commit sei avanti/indietro rispetto al remoto, e —quando il repo differisce dal manifesto— aggiornarlo dal repository conservando ciò che hai curato a mano (drift). L’accesso Git è di sola lettura; non fa mai push. Vedi Cambiare ramo e drift.

  • Aggiorna il manifesto dal repository — rinfresca i campi rilevati senza perdere la tua personalizzazione.
  • Localizza cartella — se il repo è stato spostato, ripunti il suo percorso.
  • Elimina micro — rimuove il manifesto (non tocca il repo); chiede conferma.
  • Esporta / Importa micro — file autonomi .micro.yml.