Périmètre d'analyse : quels chemins les collecteurs analysent
À chaque exécution, un collecteur demande à votre installation quelles règles s’appliquent. Depuis cette version, il demande aussi quels chemins regarder. Le périmètre vit dans le panneau, jamais dans le dépôt : aucun fichier de configuration à committer, et ce que l’écran montre est exactement ce que le runner reçoit.
Deux niveaux
Section intitulée « Deux niveaux »- Valeurs par défaut de l’espace (
Règles > Périmètre d'analyse) : s’appliquent à tous les projets de l’espace. - Surcharge par projet (
Périmètre d'analyse > changer de portée > projet, ou la page Paramètres du projet) :- Les chemins inclus saisis sur le projet remplacent les inclusions de l’espace.
- Les chemins exclus saisis sur le projet s’ajoutent aux exclusions de l’espace. Un projet ne peut pas retirer une exclusion de l’espace.
Des inclusions vides signifient tout le dépôt. Les exclusions l’emportent toujours.
Syntaxe des motifs
Section intitulée « Syntaxe des motifs »Un glob par ligne, relatif au dépôt, barres obliques, sensible à la casse.
| Motif | Correspond à |
|---|---|
src/** | tout sous src/ |
**/Migrations/** | un répertoire Migrations à n’importe quelle profondeur |
**/*.generated.* | les fichiers *.generated.* partout |
*.cs | uniquement à la racine (**/*.cs pour toute profondeur) |
app/ | saisi avec une barre finale, enregistré comme app/** |
À quoi s’applique le périmètre
Section intitulée « À quoi s’applique le périmètre »- Fichiers source analysés pour les constats ArchScan, ArchSecurity et ArchPilot : inclusions et exclusions.
- Découverte des manifestes pour les analyses de paquets et de runtime (
*.csproj,package.json,composer.json,pom.xml,go.mod…) : exclusions seulement - un projet limité àsrc/**garde ses manifestes racine. - Les omissions intégrées des collecteurs (
.git,bin,obj,node_modules,vendor) restent actives.
Le changement prend effet à l’exécution suivante ; le collecteur journalise combien de fichiers ont été ignorés.