Scan-Umfang: welche Pfade die Collector analysieren

Jeder Collector fragt die Installation bei jedem Lauf, welche Regeln gelten. Seit dieser Version fragt er auch, welche Pfade er betrachten soll. Der Umfang lebt im Panel, nie im Repository: keine Konfigurationsdatei zum Committen, und was der Bildschirm zeigt, ist genau das, was der Runner erhält.

Zwei Ebenen

• Workspace-Standards (Regeln > Scan-Umfang): gelten für jedes Projekt im Workspace.
• Projekt-Override (Scan-Umfang > Bereich wechseln > Projekt oder die Projekt-Einstellungen):
  • Im Projekt eingetragene Einschlusspfade ersetzen die Workspace-Einschlüsse.
  • Im Projekt eingetragene Ausschlusspfade werden zu den Workspace-Ausschlüssen hinzugefügt. Ein Projekt kann einen Workspace-Ausschluss nicht aufheben.

Leere Einschlüsse bedeuten das ganze Repository. Ausschlüsse gewinnen immer.

Muster-Syntax

Ein Glob pro Zeile, relativ zum Repository, Schrägstriche, Groß-/Kleinschreibung beachtet.

Muster	Trifft
src/**	alles unter src/
**/Migrations/**	ein Migrations-Verzeichnis in beliebiger Tiefe
**/*.generated.*	Dateien namens *.generated.* überall
*.cs	nur im Repository-Wurzelverzeichnis (**/*.cs für beliebige Tiefe)
app/	mit abschließendem Schrägstrich getippt, als app/** gespeichert

Worauf der Umfang wirkt

• Quelldateien für ArchScan-, ArchSecurity- und ArchPilot-Befunde: Ein- und Ausschlüsse.
• Manifest-Erkennung für Paket- und Laufzeit-Scans (*.csproj, package.json, composer.json, pom.xml, go.mod usw.): nur Ausschlüsse - ein auf src/** begrenztes Projekt behält seine Wurzel-Manifeste.
• Die eingebauten Auslassungen der Collector (.git, bin, obj, node_modules, vendor) bleiben immer aktiv.

Die Änderung greift beim nächsten Lauf; der Collector protokolliert, wie viele Dateien übersprungen wurden.