Section Micros

La section Micros est le foyer de vos micros : sur le côté, la liste ; au centre, l’éditeur du micro sélectionné.

Ajouter un micro

• + Ajouter un micro — vous choisissez le dossier du dépôt et MicroLab autodétecte son stack, ses ports, son infrastructure et ses dépendances, vous montre les avertissements et, après confirmation, génère son manifeste.
• Importer un micro depuis Git — clone le dépôt (en utilisant votre connexion Git pour les hôtes privés) et le détecte en une étape.

L’ajout vous montre ce qui a été détecté avant d’enregistrer ; un manifeste existant n’est pas écrasé (pour le régénérer, utilisez « Mettre à jour depuis le dépôt »).

L’éditeur d’un micro

Identité

Nom affiché, mode par défaut (natif/conteneur) et profil de démarrage.

Dépendances

Les données techniques de chaque dépendance vers un autre core : son identifiant, la propriété qui est réécrite à l’injection, l’URL cloud et la spécification OpenAPI (source pour générer le modèle du mock). Vers où pointe chacune —local, cloud ou mock— se décide dans le scénario, pas ici.

Configuration de démarrage local

Personnalisation non versionnée du démarrage natif de ce micro (enregistrée dans votre settings.local.yml). En haut, le quotidien :

• Base de données — pointer le micro vers une autre BDD (par défaut, local, cloud ou personnalisée). Voir Pointer vers une autre BDD.
• Script/commande de démarrage selon le stack (script npm, configuration Angular, commande du stack…).
• Commandes préalables — ce qui s’exécute avant de démarrer (construire les bibliothèques du workspace, installer les modules frères d’un multi-module Maven…). Elles vivent dans le manifeste : valables pour toute l’équipe.

Et un bloc avancé repliable : arguments supplémentaires, propriétés système, variables d’environnement, commande de démarrage complète et un aperçu de la commande effective. Tout cela peut être importé/exporté par micro. Voir Personnaliser le démarrage.

Configuration effective

La valeur finale de chaque propriété du micro et de quelle couche elle provient : l’application.yml du dépôt, la configuration remote ou ce que MicroLab injecte au démarrage. Utile pour comprendre pourquoi une propriété se retrouve avec une valeur concrète.

Dépôt (Git)

Si le micro est un dépôt Git : changer de branche, faire fetch et pull (--ff-only), voir de combien de commits vous êtes en avance/retard par rapport au distant, et —quand le dépôt diffère du manifeste— le mettre à jour depuis le dépôt en conservant ce qui a été ajusté à la main (drift). L’accès Git est en lecture seule ; il ne fait jamais de push. Voir Changer de branche et drift.

Maintenance

• Mettre à jour le manifeste depuis le dépôt — rafraîchit les champs détectés sans perdre votre personnalisation.
• Localiser le dossier — si le dépôt a été déplacé, vous repointez son chemin.
• Supprimer le micro — supprime le manifeste (ne touche pas au dépôt) ; demande confirmation.
• Exporter / Importer des micros — fichiers autonomes .micro.yml.