Revert "release(core): hashing finalisieren und lokale 6.0.1-Konvergenz vorbe…"

This reverts commit 4badf0f.

Author: tomtastisch

AGENTS.md

@@ -31,21 +31,6 @@
     - Code-/Test-/Dokuaenderung im PR mit nachvollziehbarer Evidence.
     - begruendete Widerlegung als `ASSUMPTION` + Verifikationsnachweis, warum keine Aenderung noetig ist.
   - Unzulaessig: Threads ohne Bearbeitung nur aus Prozessgruenden zu resolven.
-- Verbindlicher Einzelkommentar-Workflow (ab sofort):
-  - Jeder Review-Kommentar/Thread wird einzeln und iterativ bearbeitet (keine Sammelabarbeitung mehr).
-  - Fuer jeden bearbeiteten Kommentar gilt: genau ein dedizierter Commit fuer die konkrete Umsetzung.
-  - Vor `resolved` ist im Thread immer ein Nachweis-Kommentar zu hinterlassen:
-    - entweder Commit-/Push-Link als Evidence der Umsetzung,
-    - oder nachvollziehbare Gegenargumentation als `ASSUMPTION` inkl. Verifikationsnachweis.
-  - Erst danach darf genau dieser Thread auf `resolved` gesetzt werden.
-  - Bei CI-Nacharbeiten gilt dieselbe Regel:
-    - pro verursachender Reparatur genau ein Commit,
-    - eigener Review-Nachweis-Kommentar mit Ursache und Evidence,
-    - danach erst `resolved`.
-  - Push-Green-Regel:
-    - lokale Einzelabarbeitung aller offenen Kommentare gemaess obiger Regeln,
-    - danach Push und Pflicht-Checks auf gruen,
-    - Merge erst bei gruenen Checks und ohne offene Threads.
 - Merge nur wenn:
   - required checks gruener Status,
   - keine offenen Review-Threads,

Directory.Build.props

@@ -5,6 +5,6 @@
         <RestorePackagesWithLockFile>true</RestorePackagesWithLockFile>
     </PropertyGroup>
   <PropertyGroup>
-    <RepoVersion>6.0.1</RepoVersion>
+    <RepoVersion>5.2.1</RepoVersion>
   </PropertyGroup>
 </Project>

SECURITY.md

@@ -16,8 +16,8 @@ Security-Fixes werden nur fuer den aktuell unterstuetzten Major bereitgestellt.
 
 | Version | Security-Support |
 | ------- | ---------------- |
-| 6.x     | Ja               |
-| < 6.0   | Nein             |
+| 5.x     | Ja               |
+| < 5.0   | Nein             |
 
 ## 3. Meldung einer Sicherheitsluecke
 Bitte melde Sicherheitsluecken **nicht** ueber oeffentliche Issues.

docs/audit/003_SECURITY_ASSERTION_TRACEABILITY.MD

@@ -9,7 +9,7 @@ Abbildung von Aussagen in `SECURITY.md` auf Nachweisquellen und Verifikationskom
 
 | Claim ID | SECURITY-Anker | Claim-Zusammenfassung | Nachweisquelle | Verifikationskommando | Pass-Kriterium | Blocker |
 |---|---|---|---|---|---|---|
-| SEC-CLAIM-001 | 2. Unterstuetzte Versionen | Security-Support ist an Major 6 gebunden | `src/FileTypeDetection/FileTypeDetectionLib.vbproj` | `sed -n 's:.*<Version>\([^<]*\)</Version>.*:\1:p' src/FileTypeDetection/FileTypeDetectionLib.vbproj` | Version-Major ist `6` | yes |
+| SEC-CLAIM-001 | 2. Unterstuetzte Versionen | Security-Support ist an Major 5 gebunden | `src/FileTypeDetection/FileTypeDetectionLib.vbproj` | `sed -n 's:.*<Version>\([^<]*\)</Version>.*:\1:p' src/FileTypeDetection/FileTypeDetectionLib.vbproj` | Version-Major ist `5` | yes |
 | SEC-CLAIM-002 | 3. Meldung | Private Vulnerability Reporting ist aktiv | GitHub API `private-vulnerability-reporting` | `gh api "repos/$REPO/private-vulnerability-reporting"` | `.enabled == true` | yes |
 | SEC-CLAIM-003 | 9. Nachweisbarkeit | Dependabot Security Updates sind aktiv | GitHub API (`security_and_analysis` oder `automated-security-fixes`) | `gh api "repos/$REPO" --jq '.security_and_analysis.dependabot_security_updates.status' || gh api "repos/$REPO/automated-security-fixes" --jq '.enabled'` | `enabled` oder `true` | yes |
 | SEC-CLAIM-004 | 9. Nachweisbarkeit | Secret Scanning ist aktiv | GitHub API (`security_and_analysis` oder Secret-Scanning-Alerts Endpoint) | `gh api "repos/$REPO" --jq '.security_and_analysis.secret_scanning.status' || gh api "repos/$REPO/secret-scanning/alerts?per_page=1"` | `enabled` oder Endpoint erfolgreich erreichbar | yes |

docs/audit/103_SECURITY_ASSERTION_TRACEABILITY.MD

@@ -9,7 +9,7 @@ Mapping of claims in `SECURITY.md` to evidence sources and verification commands
 
 | Claim ID | SECURITY Anchor | Claim Summary | Evidence Source | Verification Command | Pass Criteria | Blocker |
 |---|---|---|---|---|---|---|
-| SEC-CLAIM-001 | 2. Unterstuetzte Versionen | Security support is tied to major 6 | `src/FileTypeDetection/FileTypeDetectionLib.vbproj` | `sed -n 's:.*<Version>\([^<]*\)</Version>.*:\1:p' src/FileTypeDetection/FileTypeDetectionLib.vbproj` | Version major is `6` | yes |
+| SEC-CLAIM-001 | 2. Unterstuetzte Versionen | Security support is tied to major 5 | `src/FileTypeDetection/FileTypeDetectionLib.vbproj` | `sed -n 's:.*<Version>\([^<]*\)</Version>.*:\1:p' src/FileTypeDetection/FileTypeDetectionLib.vbproj` | Version major is `5` | yes |
 | SEC-CLAIM-002 | 3. Meldung | Private vulnerability reporting path exists | GitHub API `private-vulnerability-reporting` | `gh api "repos/$REPO/private-vulnerability-reporting"` | `.enabled == true` | yes |
 | SEC-CLAIM-003 | 9. Nachweisbarkeit | Dependabot security updates enabled | GitHub API (`security_and_analysis` or `automated-security-fixes`) | `gh api "repos/$REPO" --jq '.security_and_analysis.dependabot_security_updates.status' || gh api "repos/$REPO/automated-security-fixes" --jq '.enabled'` | `enabled` or `true` | yes |
 | SEC-CLAIM-004 | 9. Nachweisbarkeit | Secret scanning enabled | GitHub API (`security_and_analysis` or Secret-Scanning-Alerts Endpoint) | `gh api "repos/$REPO" --jq '.security_and_analysis.secret_scanning.status' || gh api "repos/$REPO/secret-scanning/alerts?per_page=1"` | `enabled` or endpoint reachable | yes |

docs/governance/045_CODE_QUALITY_POLICY_DE.MD

@@ -79,21 +79,6 @@ Blöcke werden sichtbar getrennt (Leerzeile + Kommentartrenner):
 - Fallback
 - I/O Helpers separat
 
-### 5.4 Methodenkopf- und Umbruchschema (verbindlich)
-- Für neue oder in einem Ticket angepasste Signaturen sind mehrzeilige Signaturen Pflicht, wenn mindestens einer der Punkte zutrifft:
-  - mehr als ein Parameter
-  - Signatur würde in eine lange Zeile kippen (Richtwert: > 100 Zeichen)
-- Format für mehrzeilige Signaturen:
-  - Membername mit Zeilenfortsetzung (`_`)
-  - öffnende Klammer in eigener Zeile
-  - genau ein Parameter pro Zeile
-  - schließende Klammer und Rückgabetyp gemeinsam in einer Zeile
-- Nach jeder Methodensignatur (einzeilig oder mehrzeilig) folgt genau eine Leerzeile,
-  bevor Deklarationsblock oder erste ausführbare Anweisung beginnt.
-- Das Schema gilt einheitlich für `Sub`/`Function`/Konstruktoren/Interface-Member.
-- Lange Aufrufe werden analog umgebrochen (ein Argument pro Zeile, klar ausgerichtet).
-- Keine Trailing-Whitespace-Zeichen und keine „leeren“ Zeilen mit Spaces/Tabs.
-
 ## 6. Variablenregel (Pflicht)
 - Alle lokalen Variablen werden im „Deklarationsblock“ am Anfang der Funktion definiert.
 - Platzierung:

docs/governance/045_COMPLIANCE_STATUS_DE.MD

@@ -68,21 +68,6 @@ Use visible block separation (empty line + block comment markers):
 - fallback
 - I/O helpers separated
 
-### 5.4 Method Header and Wrapping Scheme (binding)
-- For new or ticket-touched signatures, multiline signatures are mandatory when at least one applies:
-  - more than one parameter
-  - signature would become a long line (guideline: > 100 characters)
-- Format for multiline signatures:
-  - member name followed by line continuation (`_`)
-  - opening parenthesis on its own line
-  - exactly one parameter per line
-  - closing parenthesis and return type on one line
-- After every method signature (single-line or multiline), include exactly one blank line
-  before the declaration block or first executable statement.
-- This applies consistently to `Sub`/`Function`/constructors/interface members.
-- Long invocations are wrapped analogously (one argument per line, aligned clearly).
-- No trailing whitespace and no visually empty lines containing spaces/tabs.
-
 ## 6. Variable Rule
 - All local variables are declared in a declaration block at the start of the function.
 - Placement:

docs/governance/046_ISSUE_105_106_107_CLOSURE_DE.MD

@@ -12,16 +12,14 @@ Heuristik fuer die Rueckwirkungs-Zuordnung:
 - `docs|test|ci|chore|tooling|refactor|fix` => Patch
 
 Aktueller Entwicklungsstand:
-- Aktuelle Entwicklungslinie enthaelt `6.x` (aktueller Arbeitsstand: `v6.0.1`; Details in `docs/versioning/003_CHANGELOG_RELEASES.MD`).
+- Aktuelle Entwicklungslinie enthaelt `5.x` (aktueller Arbeitsstand: `v5.2.1`; Details in `docs/versioning/003_CHANGELOG_RELEASES.MD`).
 
 Hinweis:
 - Die Spalte `Keyword` verwendet den technischen Klassifizierungswert aus der Historie.
 - Einzelne Committitel bleiben in der Originalsprache, wenn sie als exakter Quelltextnachweis uebernommen wurden.
 
 | Version | Kurzbeschreibung | Commit | Keyword |
 |---|---|---|---|
-| `6.0.1` | Refactor-Haertung: interne SSOT-Utilities nach `Infrastructure/Utils` konsolidiert, Core-Utility-Logik in dedizierte Dateien gesplittet und Duplikat-Guards vereinheitlicht | [unreleased](https://github.com/tomtastisch/FileClassifier/compare/v5.2.1...HEAD) | patch |
-| `6.0.0` | Breaking-Release: `FileKind`-Enum und `HashRoundTripReport`-Public-API auf neues Slot-/Methodenmodell umgestellt, Hashing-Interna in Core/RoundTrip/Io ausgelagert | [unreleased](https://github.com/tomtastisch/FileClassifier/compare/v5.2.1...HEAD) | breaking |
 | `5.2.1` | SharpCompress-API auf typsichere Aufrufe umgestellt, tar.gz-Verarbeitung fail-closed gehaertet und Qodana-CI-Gate als Pflichtlauf dokumentiert/erzwungen | [unreleased](https://github.com/tomtastisch/FileClassifier/compare/v5.2.0...HEAD) | patch |
 | `5.2.0` | netstandard2.0-Compat-Layer eingefuehrt, Provider-Struktur konsolidiert und TFM-Multi-Targeting erweitert | [8d65a52](https://github.com/tomtastisch/FileClassifier/commit/8d65a52) | minor |
 | `5.1.4` | Refactor-Cluster 7C abgeschlossen + Qodana-Alerts auf 0 + Version-Bump fuer Release | [2adeb83](https://github.com/tomtastisch/FileClassifier/commit/2adeb83) | patch |