Florian Wilde
19f8003945
Erst sichern, dann anfassen: schlägt die Sicherung fehl, bricht das Skript ab statt weiterzumachen. Geht danach etwas schief, nennt es den konkreten Weg zurück — mit dem Commit, zu dem man zurückspringt, und der Datei, die man einspielt, nicht bloß dem Rat, ein Backup zu haben. Lokale Änderungen im Arbeitsverzeichnis werden erkannt und nicht überfahren. Die Erreichbarkeit wird über den veröffentlichten Port geprüft und, falls der nicht nach außen geht, über den Healthcheck des Containers. Das Ausführbar-Bit steckt im Repository — nach dem Klonen ist es startklar.
1.2 KiB
1.2 KiB
Flimmer 0.7.1
Hinzugefügt
-
update.shfür den Betrieb unter Linux — ausführbar im Repository hinterlegt, also direkt nach dem Klonen startklar. Der Ablauf: Datenbank sichern, Änderungen holen, Image bauen, neu starten, warten bis die Instanz wieder antwortet.Grundhaltung: erst sichern, dann anfassen. Schlägt die Sicherung fehl, bricht das Skript ab, statt weiterzumachen. Geht danach etwas schief, nennt es den konkreten Weg zurück — mit dem Commit, zu dem man zurückspringt, und der Datei, die man einspielt, nicht bloß dem Rat, ein Backup zu haben.
Weitere Eigenheiten:
- Lokale Änderungen im Arbeitsverzeichnis werden erkannt;
git pullunterbleibt dann, statt sie zu überfahren. - Erreichbarkeit wird über den veröffentlichten Port geprüft und, falls der nicht nach außen geht (Reverse Proxy im selben Docker-Netz), über den Healthcheck des Containers.
- Alte Sicherungen werden aufgeräumt, die letzten zehn bleiben (
--behalte N). - Kommt mit
docker composeund dem altendocker-composezurecht.
- Lokale Änderungen im Arbeitsverzeichnis werden erkannt;
-
APP_PORTin der.env.example— der Port stand bisher nur in der Compose-Datei als Vorgabewert.