[FC-0002] TargetFramework/SDK-Compatibility für CSCore festlegen (fail-closed kompatibel zu VB)

[tomtastisch]

Ziel

Kompatible TFM-Strategie fuer CSCore gegenueber dem VB-Projekt festlegen, dokumentieren und fail-closed verifizieren.

Abhaengigkeiten

• Blocked by [FC-0001] CSCore-Unterprojekt anlegen und deterministisch in Build-/Package-Graph integrieren #109
• Blocks [FC-0003] Single-Package-Integration von CSCore inkl. Packaging-/Consumer-Gates (toolchain-stabil) #111, [FC-0004] Pilot: Records + optional Mapperly in CSCore inkl. netstandard/CPM-Governance & CI-Gates #112

Ausgangsbasis (SSOT)

• src/FileTypeDetection/FileTypeDetectionLib.vbproj targetet aktuell: netstandard2.0;net8.0;net10.0.
• global.json ist bereits auf SDK 10.0.102 mit rollForward: latestPatch gepinnt.

Scope

In Scope

• TFM-Entscheidung fuer CSCore (Single-/Multi-Target) kompatibel zur VB-Zielmatrix.
• Kurzbegruendung der Entscheidung im Repo (Governance-Notiz).
• Verifikation per deterministischem Restore/Build.

Out of Scope

• VB ProjectReference setzen.
• Records/Mapperly Integration.

Umsetzung (Steps)

1. VB-TFMs aus src/FileTypeDetection/FileTypeDetectionLib.vbproj als SSOT verwenden.
2. CSCore-TFM festlegen (bevorzugt kompatibel zur VB-Zielmatrix).
3. global.json nur aendern, wenn zwingend erforderlich (mit Begruendung).
4. Architektur-Notiz ablegen (z. B. unter docs/governance/).
5. dotnet restore --locked-mode FileClassifier.sln und dotnet build FileClassifier.sln --no-restore -warnaserror ausfuehren.

Definition of Done (DoD)

• Finaler CSCore-TFM-Entscheid ist in FileClassifier.CSCore.csproj umgesetzt.
• Entscheidung ist im Repo dokumentiert.
• Restore+Build laufen deterministisch.
• Keine widerspruechlichen TFM-Annahmen (insb. kein net48-Drift).

Evidence

• Diff der CSCore-csproj + Governance-Notiz
• Restore-/Build-Ausgabe