Aktualisiere Produktions-Deployment-Dokumentation und entferne das veraltete Deploy-Skript
All checks were successful
Deploy production / deploy (push) Successful in 30s
All checks were successful
Deploy production / deploy (push) Successful in 30s
This commit is contained in:
@@ -1,8 +1,10 @@
|
||||
# Automatisches Produktions-Deployment
|
||||
|
||||
Der Workflow `workflows/deploy-production.yml` aktualisiert bei jedem Push auf
|
||||
`main` zunächst den Produktions-Checkout `/var/www/timeclock` per
|
||||
Fast-forward und startet dann `deploy-production.sh`.
|
||||
`main` den Git-Checkout `~/stechuhr3` auf dem Produktionsserver und startet
|
||||
dort `./deploy.sh update no-backup`. Dieses vorhandene Deploy-Skript kopiert
|
||||
den aktualisierten Code nach `/var/www/timeclock`, baut das Frontend und lädt
|
||||
den PM2-Prozess neu.
|
||||
|
||||
Einmalig im Gitea-Repository konfigurieren:
|
||||
|
||||
@@ -19,5 +21,6 @@ Der öffentliche Teil des Deploy-Schlüssels muss auf dem Produktionsserver in
|
||||
`~/.ssh/authorized_keys` des Deploy-Benutzers hinterlegt sein. Der Gitea
|
||||
Actions-Runner benötigt außerdem Netzwerkzugang per SSH zum Server.
|
||||
|
||||
Vor dem ersten Push muss `/var/www/timeclock` bereits der Checkout dieses
|
||||
Repositories sein und die ausführbare Datei `deploy-production.sh` enthalten.
|
||||
Vor dem ersten Push muss `~/stechuhr3` bereits der Checkout dieses Repositories
|
||||
sein. Das Deploy-Skript benötigt die Rechte, nach `/var/www/timeclock` zu
|
||||
kopieren und den PM2-Prozess neu zu laden.
|
||||
|
||||
Reference in New Issue
Block a user