Verduidelijk pad-verschil tussen deploy_path en nginx root in documentatie

Co-authored-by: Junie <junie@jetbrains.com>
2026-07-25 13:09:38 +02:00
parent da2a6e03ea
commit 7e53d4d7e2
7 changed files with 91 additions and 103 deletions
@@ -6,7 +6,7 @@ Sinds deze stap wordt de testomgeving automatisch gedeployed door de `deploy-tes
 ## Rolling Back the Live Site (Test-omgeving)
 1. Identificeer de laatste bekend-goede commit op `master` (of een eerdere `release/*`-branch/tag) die succesvol gedeployed was.
 2. Trigger de **Continuous Integration** workflow handmatig (`workflow_dispatch`) tegen die commit/branch/tag in Gitea Actions.
-3. De `deploy-test` job uploadt automatisch de resulterende `dist/`-build naar `/html/test/slpsoftware` op de webserver-Pi, en overschrijft daarmee de huidige (foutieve) bestanden.
+3. De `deploy-test` job uploadt automatisch de resulterende `dist/`-build via SCP naar `/html/test/slpsoftware` op de webserver-Pi — dit relatieve pad staat t.o.v. de root van de SCP-gebruiker (`/mnt/storage1/www`), waardoor nginx dezelfde bestanden serveert vanaf het volledige pad `/mnt/storage1/www/html/test/slpsoftware` (zie de uitleg hierover in `deployment-instructions.md`) — en overschrijft daarmee de huidige (foutieve) bestanden.
 4. Verify de live testomgeving reflecteert de teruggedraaide versie (via het adres achter de reverse proxy).

 ## Keeping Rollback Possible