Code-Pruefung ans Deployment haengen, nicht nur an den Commit

User-Frage "wird die Pipeline bei jedem Deployment ausgefuehrt?". Antwort war
NEIN:
  git commit          check_nfalle + pytest (Hook installiert)
  tools/deploy.py     prueft nur den LAUFENDEN Server, nicht den Code
  restart_server.bat  gar nichts
  Aufgabe OilTradingServer -> start_server_hidden.vbs   gar nichts

Commit und Deployment sind zwei Ereignisse und fallen beliebig auseinander:
eine geaenderte, nie committete Datei ging ueber restart_server.bat ungeprueft
live; nach einem Reboot startet die Aufgabe, was auf der Platte liegt.

"Der Server kommt hoch" ist kein Ersatz: die beiden log.-NameError in
core/trader.py sassen MONATE in except-Zweigen (einer seit dem Initial-Commit),
und der Server startete jedes Mal sauber.

deploy.py bekommt Schritt 0: check_nfalle + pytest VOR dem Kill, bei Rot
Abbruch mit Rueckgabecode 1. Die Reihenfolge ist der Punkt - ein laufender,
funktionierender Server darf fuer kaputten Code nicht abgeschossen werden.
Notausgang --ohne-pruefung.

Beide Richtungen verifiziert: mit eingebautem F821-Fehler -> ABBRUCH, Exit 1,
Server-PID vorher/nachher identisch (20892), der Prozess wurde nachweislich
nicht angefasst. Ohne Fehler laeuft es durch.

BEWUSST NICHT in restart_server.bat und die Aufgabenplanung - das sind
WIEDERANLAUF-Pfade. Wuerde ein fehlschlagender Test dort den Start verhindern,
staende eine offene Position ohne Trailing, Time-Stop und Notfall-Stop da, nur
mit dem Broker-SL. Eine Pruefung, die den Bot offline laesst, ist schlimmer als
der Fehler, den sie sucht. Der Batch gibt stattdessen einen Hinweis aus und
verweist auf deploy.py.

Regel: absichtliches Deployment blockieren, Wiederanlauf niemals.

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

tools/deploy.py

@@ -9,6 +9,11 @@ NICHTS** über den geladenen Python-Code. Der Fehler fiel damals nur auf, weil e
 NEUES Snapshot-Feld fehlte (`hl_live.basis_stale`).
 
 Dieses Skript macht daraus einen prüfbaren Ablauf:
+  0. CODE pruefen (check_nfalle + pytest) — VOR dem Kill, damit ein
+     laufender Server nicht fuer kaputten Code abgeschossen wird.
+     ⚠ Ergaenzt 2026-08-07: die Pruefung hing bis dahin am COMMIT, nicht
+     am Deployment. Eine nie committete Datei ging ueber
+     `restart_server.bat` ungeprueft live.
   1. Prozess auf dem Port gezielt beenden — **nicht** per `*server.py*`-Muster,
      das trifft auch das Hyperliquid-Dashboard auf 8001 (real passiert: der
      HL-Server wurde bei jedem MT5-Neustart still mit-erschlagen und riss die
@@ -27,6 +32,7 @@ Aufruf:
     python tools/deploy.py --feld rec_track     # zusätzlich Code-Neuheit belegen
     python tools/deploy.py --hl                 # HL-Dashboard (8001) mitnehmen
     python tools/deploy.py --nur-pruefen        # nichts anfassen, nur Zustand
+    python tools/deploy.py --ohne-pruefung      # Notausgang: Schritt 0 aus
 """
 import argparse
 import json
@@ -76,6 +82,8 @@ def main() -> int:
     ap.add_argument("--feld", help="Snapshot-Feld, das den neuen Code belegt")
     ap.add_argument("--hl", action="store_true", help="HL-Dashboard (8001) mit")
     ap.add_argument("--nur-pruefen", action="store_true")
+    ap.add_argument("--ohne-pruefung", action="store_true",
+                    help="Code-Prüfung überspringen (Notausgang, s. Schritt 0)")
     a = ap.parse_args()
 
     print("=" * 74)
@@ -90,6 +98,31 @@ def main() -> int:
         print(f"  Snapshot: {'antwortet' if s else 'KEINE Antwort'}")
         return 0 if s else 1
 
+    # ── 0) CODE prüfen, BEVOR der laufende Server angefasst wird ─────────
+    # ⚠⚠ WARUM DAS HIER DAZUKAM (2026-08-07, User-Frage „wird die Pipeline bei
+    # jedem Deployment ausgeführt?"). Antwort war NEIN: die Prüfung hing am
+    # COMMIT, nicht am Deployment — und das sind zwei Ereignisse, die beliebig
+    # auseinanderfallen. Eine geänderte, nie committete Datei ging über
+    # `restart_server.bat` ungeprüft live.
+    # ⚠ Dass der Server hochkommt, ist KEIN Ersatz: die beiden `log.`-NameError
+    # in `core/trader.py` sassen MONATE in `except`-Zweigen (einer seit dem
+    # Initial-Commit), und der Server startete jedes Mal sauber. Genau solche
+    # Fehler findet `pytest`/`ruff`, nicht der Startvorgang.
+    # ⚠ Die Prüfung läuft VOR dem Kill — ein laufender, funktionierender Server
+    # darf nicht für kaputten Code abgeschossen werden.
+    if not a.ohne_pruefung:
+        schritt(0, "Code prüfen (check_nfalle + pytest) …")
+        r = subprocess.run([PY, "-X", "utf8", str(WURZEL / "tools" / "pre_commit.py")],
+                           cwd=WURZEL, capture_output=True, text=True)
+        for z in (r.stdout or "").strip().splitlines():
+            print(f"      {z}")
+        if r.returncode != 0:
+            print("  ❌ ABBRUCH — der laufende Server bleibt unangetastet.")
+            print("     Beheben, oder bewusst übergehen: --ohne-pruefung")
+            return 1
+    else:
+        print("  [0] Code-Prüfung ÜBERSPRUNGEN (--ohne-pruefung) ⚠")
+
     # ── 1) gezielt beenden ───────────────────────────────────────────────
     alt = pids(PORT)
     schritt(1, f"Port {PORT}: {alt or 'nichts'} → beenden")