Files
ClawdDotNet/deploy/packager.config.example.json
T
RichardandClaude Opus 5 33d95a6c3f UI-Entwurf umgesetzt, Rocket.Chat-Tool, Deploymentcenter 2.4
Sicherungspunkt vor dem Aufraeumen. Buendelt die Arbeit, die seit dem
Abschluss der Avalonia-Portierung im Arbeitsverzeichnis lag.

Oberflaeche
- Entwurf aus Mockup/ umgesetzt: Theme.axaml (Farben je Thema, Barlow als
  mitgelieferte Schrift), Icons.axaml (Symbolgeometrien), Shell.axaml
  (eigene ControlThemes statt Fluent umzufaerben).
- Neue Steuerelemente StrokeIcon und BlueprintFrame, Seiten fuer
  Token-Verbrauch und Agenten-Chats, Werkzeug-Einstellungen als Seite
  statt eigenem Fenster, Texteditor-Fenster.
- ThemeManager mit hellem und dunklem Thema; die beiden Pinsel-Konverter
  entfallen, weil ein fester Farbwert den Themenwechsel nicht ueberlebt.

Rocket.Chat
- Neues Tool-Projekt (Client, Konfiguration, Workspace-Dateien) nach der
  Bauform des Telegram-Tools: rocketchat_poll als Tool-Job, geweckt wird
  nur, wenn wirklich etwas anliegt.
- send_file ist freigabepflichtig, send_message bewusst nicht: Der Raum
  ist Arbeitsraum, der Schutz sitzt an der Raum-Allowlist.
- Konzept-Doc um die Messung gegen die echte Instanz 8.7 ergaenzt; drei
  Annahmen waren falsch und sind korrigiert.

Deploymentcenter
- DC6 (Update anwenden) und DC7 (Erstinstallation ueber setup.json)
  erledigt, DC3 fuer win-x64/dev; deploy/publish.py als Release-Strecke.
- AppHost.DisposeAsync gegen doppeltes Herunterfahren gesperrt - sonst
  ueberschreibt eine zweite Abmeldung den Wartungszustand am Watchdog.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-23 12:16:05 +02:00

33 lines
1.8 KiB
JSON

{
"_comment": "Vorlage fuer deploy/packager.config.json (per .gitignore ausgeschlossen). Aufruf: pack-and-deploy --config deploy/packager.config.json ... Siehe docs/Deploymentcenter-2.4-Integrationsplan.md",
"_ftp_comment": "Dieselben Zugangsdaten wie Deploymentcenter/scripts/deploy_config.json - derselbe Server, anderes Zielverzeichnis. NICHT deploy.py verwenden: das spiegelt den Deploymentcenter-Projektbaum in die FTP-Wurzel und hat mit dem Veroeffentlichen eines Releases nichts zu tun.",
"ftpHost": "",
"ftpPort": 21,
"ftpUser": "",
"ftpPass": "",
"_remote_comment": "Auf diesem Server liegt die Release-Ablage auf der FTP-Wurzel, nicht unter public/ oder public_html/ - geprueft am 2026-08-13. Die Beispielvorlage des Packagers nennt /public_html/releases, das passt hier nicht.",
"ftpRemoteBaseDir": "/releases",
"apiBaseUrl": "https://dc.mhdf.de",
"_apiToken_comment": "Token mit dem Recht updateservice:publish, im WebUI unter Token-Verwaltung erzeugen. Ohne ihn laedt der Packager das Paket zwar hoch, meldet es aber nicht an, es entsteht KEINE Signatur, und der Rueckgabewert ist 2.",
"apiToken": "",
"_excludePatterns_comment": "Kommt gar nicht erst ins Paket. Echte Globs: * innerhalb eines Ordners, ** ueber Ordnergrenzen.",
"excludePatterns": [
"*.pdb",
"*.xml",
"*.log",
"logs/**",
"Logs/**",
"Instances/**",
"tools/**",
"*.tmp"
],
"_preservePatterns_comment": "Wird ausgeliefert, ersetzt am Ziel aber nie eine vorhandene Datei. Bei uns bewusst leer: Die Konfiguration liegt in AppPaths.ConfigDirectory (%APPDATA% bzw. $XDG_CONFIG_HOME) und damit ausserhalb des Installationsverzeichnisses - ein Update kann sie gar nicht erreichen. setup.json gehoert NICHT hierher: sie ist eine Beschreibung, keine eingerichtete Datei, und soll mit jedem Release aktualisiert werden.",
"preservePatterns": []
}