NTFS-Dirty-Bit-Reparatur, Release-Skript und Projekthygiene

- GUI: Dirty-Bit/Fast-Startup beim Mounten erkennen, Rueckfrage mit
  ntfsfix + erzwungenem Schreib-Mount, Button "NTFS reparieren"
- release.py: Version hochzaehlen, CHANGELOG pflegen, commit+tag,
  ISO bauen und als Gitea-Release (tea) mit ISO-Anhang veroeffentlichen
- out/ bleibt im Repo (out/.gitignore), ISOs ignoriert
- .gitignore ergaenzt, versehentlich getrackte __pycache__ entfernt

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

README.md

@@ -53,6 +53,23 @@ sudo dd if=out/pc-unlocker.iso of=/dev/sdX bs=4M status=progress conv=fsync
 > Der Container läuft mit `--privileged`, weil `live-build` Loop-Devices und
 > Mounts benötigt.
 
+## Release veröffentlichen
+
+`release.py` zählt die Version hoch, pflegt das CHANGELOG, committet + taggt,
+baut die ISO und veröffentlicht sie als **Gitea-Release** mit der ISO als Anhang.
+
+```bash
+./release.py            # Patch: 0.1.0 -> 0.1.1
+./release.py --minor    # 0.1.0 -> 0.2.0
+./release.py --major    # 0.1.0 -> 1.0.0
+./release.py --no-build # vorhandene out/pc-unlocker.iso anhängen
+./release.py --no-publish  # nur lokal (bump, commit, tag, build)
+./release.py --dry-run  # nur anzeigen
+```
+
+Veröffentlichen pusht Release-Commit und Tag nach `origin` und ruft dann
+`tea release create`. Einmalig nötig: `tea login add` für die Gitea-Instanz.
+
 ## App direkt testen (ohne ISO)
 
 Auf einem Linux-Host mit `python3-tk`, `chntpw`, `ntfs-3g`: