tech-debt: TFM-Migration netstandard2.0 -> net48 separat evaluieren

[tomtastisch]

Kontext

Die laufende 6.1.x-Härtungsiteration belässt die produktive TFM-Linie bewusst auf netstandard2.0;net8.0;net10.0.

Warum offen

Eine Migration auf net48 ist ein potentiell breaking Plattformwechsel für bestehende Consumer und darf nicht implizit in derselben Iteration erfolgen.

Ziel dieser Folge-Iteration

1. Technische Machbarkeit und Consumer-Impact deterministisch prüfen.
2. API-/Paket-Kompatibilität und Release-Strategie (voraussichtlich Major) verbindlich festlegen.
3. Falls Freigabe erfolgt: Migration in dediziertem PR-Block inkl. vollständiger Evidence umsetzen.

DoD

• Impact-Analyse dokumentiert (betroffene Consumer/TFM-Matrix).
• Release-Strategie entschieden (SemVer-konform).
• CI/Pack/PackageBacked/Consumer-Smoke grün auf Zielzustand.
• Doku/Versionierung/Policies vollständig konsistent aktualisiert.

Evidence-Kommandos für die Analyse

dotnet build FileClassifier.sln -c Release --no-restore -warnaserror -v minimal
dotnet test tests/FileTypeDetectionLib.Tests/FileTypeDetectionLib.Tests.csproj -c Release --no-restore -v minimal
dotnet list FileClassifier.sln package --outdated --include-transitive
dotnet list FileClassifier.sln package --vulnerable --include-transitive