Modules

Cet écran montre chaque module de votre projet — chaque stack déclarée dans effortless.json — sur une carte. Vous y venez pour savoir, d'un coup d'œil, où en est chaque partie du code : sa version, son dépôt, sa livraison et le travail qui l'a touchée.

Ce que vous voyez

En haut, le nombre de modules déclarés. Puis une carte par module, avec son nom, son chemin et des pastilles : dépôt propre (le module a son propre dépôt git) ou dépôt racine (il vit dans celui du projet), livrable s'il a une livraison déclarée, dossier absent si son chemin n'existe pas.

Chaque carte a cinq blocs :

• Identité : les Langages, le Modèle de stack et les Normes présentes pour ce module.
• Git et version : la Version lue dans ses fichiers (package.json, sinon Cargo.toml), la Branche, le nombre de Fichiers modifiés, le Dernier tag et le Dernier commit.
• Livraison : la commande de Build et les Artefacts déclarés dans l'écran Livraison. Sinon : « Aucune livraison déclarée pour ce module. »
• Travail (90 jours) : le nombre de Commits qui ont touché le module, les Épics · stories · tâches qu'ils citent, et les Épics récents.
• Builds : le Volume de build du module à la dernière mesure, avec sa date (« Jamais mesuré » sinon), le détail par dossier de build, et le Débogage du module et des dépendances. Le volume s'affiche en couleur quand il dépasse le seuil du projet (10 Go par défaut, réglable par settings.build_volume.threshold dans effortless.json).

Si une source n'a pas pu être lue — par exemple un dossier qui n'est pas un dépôt git —, la carte le dit : « Une source n'a pas pu être lue », avec le détail au survol. Si git ne dit rien du module, le bloc Travail affiche « Rien de lisible dans git pour ce module. » Rien n'est caché.

Ce que vous pouvez faire

Le bloc Builds agit sur les dossiers de build du module — ce que la compilation produit et qui se régénère :

• Mesurer parcourt les dossiers de build : ceux que déclare la stack et ceux que l'outil de build a marqués comme cache. La mesure compte l'occupation réelle du disque, chaque fichier une seule fois. Elle reste propre à votre poste.
• Nettoyer… affiche d'abord ce qui se passera : la commande de remise à zéro déclarée par le langage (par exemple cargo clean), et la taille qui sera libérée. Rien ne part avant que vous cliquiez sur Nettoyer. La compilation suivante sera complète.
• Les sélecteurs de débogage règlent la quantité d'informations de débogage des builds de dev : aucun, lignes seules ou complet. Le réglage s'applique aux commandes qu'Effortless lance pour ce module, sans réécrire aucun de vos fichiers. Une portée que le langage ne sait pas régler affiche « non réglable » : pour Rust, c'est le cas des dépendances, qui restent sans débogage.

Quand un module dépasse le seuil, l'écran de reprise du Tableau de bord affiche « Builds lourds » et mène ici.

Le reste de l'écran se lit sans rien écrire. Un module se déclare par l'étape Stack de l'Assistant de création, par Préférences › Modèle de stack (Créer la stack), ou par un agent avec effortless_stack_add. Sa livraison se règle dans l'écran Livraison.

Avec un agent IA

Un agent lit la même chose par le verbe effortless_modules. Le bloc Builds a ses verbes : effortless_build_volume (mesurer), effortless_build_reset (nettoyer, simulation d'abord) et effortless_build_debug (débogage) — voir Code et stacks.