Pruefplan: Durchfuehrung per SSH statt auf der VM
Claude Code direkt auf der Ubuntu-VM auszufuehren scheidet aus - es blockiert die Maschine bis zum Neustart, mehrere Reparaturversuche waren erfolglos. Der Test laeuft daher ueber SSH von der Entwicklungsmaschine aus. Die Pruefschritte bleiben unveraendert; nur fuehrt sie nicht Richard von Hand aus, sondern ich per SSH. Vermerkt ist auch, wo Richard trotzdem gebraucht wird: bei allem, was Zugangsdaten oder sudo braucht. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
+15
@@ -0,0 +1,15 @@
|
||||
# Default ignored files
|
||||
/shelf/
|
||||
/workspace.xml
|
||||
# Editor-based HTTP Client requests
|
||||
/httpRequests/
|
||||
# Rider ignored files
|
||||
/modules.xml
|
||||
/contentModel.xml
|
||||
/projectSettingsUpdater.xml
|
||||
/.idea.PolyTraderSharp.iml
|
||||
# Ignored default folder with query files
|
||||
/queries/
|
||||
# Datasource local storage ignored files
|
||||
/dataSources/
|
||||
/dataSources.local.xml
|
||||
+10
@@ -0,0 +1,10 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project version="4">
|
||||
<component name="AvaloniaProject">
|
||||
<option name="projectPerEditor">
|
||||
<map>
|
||||
<entry key="src/PolyTrader.App.Avalonia/Views/DashboardWindow.axaml" value="src/PolyTrader.App.Avalonia/PolyTrader.App.Avalonia.csproj" />
|
||||
</map>
|
||||
</option>
|
||||
</component>
|
||||
</project>
|
||||
+10
@@ -0,0 +1,10 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project version="4">
|
||||
<component name="UserContentModel">
|
||||
<attachedFolders>
|
||||
<Path>../../PolytraderSharp</Path>
|
||||
</attachedFolders>
|
||||
<explicitIncludes />
|
||||
<explicitExcludes />
|
||||
</component>
|
||||
</project>
|
||||
+6
@@ -0,0 +1,6 @@
|
||||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project version="4">
|
||||
<component name="VcsDirectoryMappings">
|
||||
<mapping directory="" vcs="Git" />
|
||||
</component>
|
||||
</project>
|
||||
@@ -8,9 +8,23 @@ Roadmap-Bezug: [A4a](../ROADMAP.md)
|
||||
> etwas völlig anderes. Dieser Durchgang klärt, ob sie dort auch *startet*, *läuft* und sich
|
||||
> *sauber beenden* lässt.
|
||||
|
||||
**So arbeitest du damit:** Schritte der Reihe nach abarbeiten. Bei jedem Schritt steht, was
|
||||
erwartet wird und **was du mir melden sollst**. Wenn etwas abweicht: abbrechen, Ausgabe schicken —
|
||||
nicht selbst reparieren, sonst wissen wir am Ende nicht, was der Ausgangszustand war.
|
||||
**Durchführung (Stand 26.08.2026):** Der Test läuft **über SSH** von der Entwicklungsmaschine
|
||||
aus (`ssh polytrader-vm`, WireGuard-Tunnel, Schlüssel-Authentifizierung mit
|
||||
Verbindungs-Multiplexing). Claude Code direkt auf der VM auszuführen war der ursprüngliche Plan,
|
||||
scheidet aber aus: Es blockiert die Maschine bis zum Neustart, mehrere Reparaturversuche waren
|
||||
erfolglos.
|
||||
|
||||
Die Schritte unten bleiben unverändert gültig — nur führt sie **nicht Richard von Hand aus,
|
||||
sondern ich per SSH**. Wo im Text „melde mir" steht, heißt das jetzt: Ausgabe wird erfasst und in
|
||||
den Befundbericht übernommen.
|
||||
|
||||
**Wo Richard trotzdem gebraucht wird:** überall dort, wo Zugangsdaten oder erhöhte Rechte im Spiel
|
||||
sind — Passwörter gebe ich grundsätzlich nicht ein. Betrifft je nach Systemkonfiguration das
|
||||
Anlegen der Testdatenbank (1.2/1.3) und `sudo`-pflichtige Schritte (Teil 2 und 4). Was davon
|
||||
tatsächlich nötig ist, klärt die Bestandsaufnahme beim ersten Verbinden.
|
||||
|
||||
Grundregel unverändert: Weicht etwas ab, wird **nicht repariert, sondern protokolliert** — sonst
|
||||
ist am Ende unklar, was der Ausgangszustand war.
|
||||
|
||||
---
|
||||
|
||||
|
||||
Reference in New Issue
Block a user