Worker-Worktrees: Checkout-Timeout und zurückbleibende Fehlversuche beheben

[KajoVanBuyten]

Worker-Erstellungen für große Unity-Repositories wurden nach 20 Sekunden abgebrochen und hinterließen neue, nicht zugeordnete Checkouts. Die Fehlermeldung zeigte dabei Checkout-Fortschritt statt der Ursache.

Die Erstellung bekommt ein eigenes Zeitlimit von 180 Sekunden; Metadatenabfragen bleiben bei 20 Sekunden. Git-Fehler, Timeouts und Ausgabelimits werden verständlich gemeldet. Bei fehlgeschlagener Erstellung wird ausschließlich der neue, vorher nicht vorhandene Checkout zurückgenommen, wenn er noch auf dem erwarteten Commit steht und weder Änderungen noch unversionierte oder ignorierte Dateien enthält. Entfernung ohne force; Branch-Löschung vergleicht den erwarteten Commit. Namenskollisionen und jede eigene Arbeit bleiben erhalten.

README und Code-Layout-Dokumentation sind aktualisiert.

Validierung:

• Typprüfung und Produktionsbuild erfolgreich.
• Worktree- und Größenprüfungen 16/16 bestanden, einschließlich langsamem realem Git-Checkout über 20 Sekunden sowie Schutztests für unversionierte Dateien, ignorierte Dateien, eigene Commits und vorhandene Worktrees.
• npm test wurde ausgeführt, ist unter Windows jedoch nicht grün und hält in dsh/repos/workers Testprozesse offen. Acht Registry/Clone-Fehler wurden auf unverändertem origin/main reproduziert (22/30 bestanden). Kein vollständiger grüner Testlauf behauptet.
• Mit ausdrücklicher Benutzeranweisung fünf bestehende nicht zugeordnete ZRB-Worktrees geprüft und entfernt: keine Änderungen einschließlich unversionierter/ignorierter Dateien, keine eigenen Commits, keine registrierten Worker und keine zugeordneten Prozesse. Pixel/Byte-Worktrees blieben bestehen.

Der laufende Office-Server wurde nicht neu gestartet oder ausgetauscht; nach Integration ist eine Bereitstellung erforderlich.

Closes #367