docs: close the compose drift note - server is a working copy now
/opt/tessera keeps its directory (compose derives the project name from it, and a rename would have orphaned tessera_pgdata) and now tracks main. COMPOSE_FILE pins it to the production file so the checkout does not switch the server onto the dev defaults. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
+29
-3
@@ -79,9 +79,35 @@ danach die Repository-Fassung auf den Server kopiert und mit
|
||||
`docker compose config` geprueft (gueltig, alle Variablen aufloesbar). Das
|
||||
Neuerzeugen der Container bleibt Sache des Users.
|
||||
|
||||
**Was den Zettel offen haelt:** abgeglichen ist ein Zustand, keine Loesung. Die
|
||||
**Was den Zettel offen hielt:** abgeglichen ist ein Zustand, keine Loesung. Die
|
||||
naechste Aenderung an `docker-compose.prod.yml` driftet genauso, weil
|
||||
`/opt/tessera` weiterhin keine Arbeitskopie ist und der Deploy weiterhin nur
|
||||
Images holt. Die Entscheidung zwischen den drei Wegen oben steht also
|
||||
unveraendert an — die Frage nach host-eigenen Anpassungen ist inzwischen
|
||||
Images holt. Die Frage nach host-eigenen Anpassungen ist inzwischen
|
||||
beantwortet: es gab keine, nur zwei Korrekturen, die ins Repository gehoerten.
|
||||
|
||||
## Resolution 2026-08-11: Weg 1 umgesetzt
|
||||
|
||||
`/opt/tessera` ist jetzt eine Arbeitskopie des Repositorys (`git init` +
|
||||
`fetch --depth 1` + `checkout` im bestehenden Verzeichnis, nicht neu geklont).
|
||||
Ein `git pull` bringt die Compose-Datei kuenftig mit.
|
||||
|
||||
Das Verzeichnis wurde bewusst behalten statt woanders hin geklont: Compose
|
||||
leitet den Projektnamen aus dem Verzeichnisnamen ab, und ein anderer Name
|
||||
haette `tessera_pgdata` verwaist und die Datenbank leer wirken lassen. Vorher
|
||||
und nachher geprueft — Name `tessera`, Volume `tessera_pgdata`, beides
|
||||
unveraendert.
|
||||
|
||||
`COMPOSE_FILE=docker-compose.prod.yml` steht jetzt in `/opt/tessera/.env`.
|
||||
Ohne diesen Eintrag haette der Checkout den Server auf die
|
||||
Entwicklungs-Fassung (`docker-compose.yml`, `localhost:3001`) umgestellt —
|
||||
die Falle bei diesem Weg, weil das Repository beide Dateien fuehrt. `.env`
|
||||
selbst steht in `.gitignore` und hat den Checkout unveraendert ueberlebt.
|
||||
|
||||
Geprueft: `docker compose config` gueltig, `NEXT_PUBLIC_API_URL` loest auf
|
||||
`https://alpha.tessera.ctl.de` auf. Container neu erzeugen bleibt Sache des
|
||||
Users.
|
||||
|
||||
**Offen, bewusst nicht entschieden:** Das Repository-Token steht jetzt in
|
||||
`/opt/tessera/.git/config` (nur fuer root lesbar). Der Server braucht es fuer
|
||||
`git pull`. Wenn das nicht bleiben soll, waere ein eigener Lese-Zugang fuer
|
||||
den Server die Alternative.
|
||||
Reference in New Issue
Block a user