docs: use registry instead of production repository
This commit is contained in:
1 parent
df7516e7ab
commit
888d9a54a7
2 files changed
+12
-4
No files matched your search
+11
-3
@@ -1,6 +1,12 @@
|
||||
# Produktivbetrieb mit Gitea und Docker Compose
|
||||
# Produktivbetrieb mit Gitea Container Registry und Docker Compose
|
||||
|
||||
Dieses Repository veröffentlicht versionierte Container-Images unter:
|
||||
Es gibt genau ein Git-Repository für Quellcode, Compose-Dateien und Dokumentation:
|
||||
|
||||
```text
|
||||
https://git.j-mahler.de/admin/hetzner-api-dyndns-records-webinterface.git
|
||||
```
|
||||
|
||||
Releases werden nicht in ein zweites Git-Repository kopiert. Die Gitea Action veröffentlicht stattdessen versionierte Container-Pakete unter:
|
||||
|
||||
```text
|
||||
git.j-mahler.de/admin/domain-control-webinterface-prod:vX.Y.Z
|
||||
@@ -8,6 +14,8 @@ git.j-mahler.de/admin/domain-control-webinterface-prod:vX.Y.Z
|
||||
|
||||
Das Image enthält ausschließlich die Anwendung. SQLite-Datenbank und Master-Key liegen dauerhaft auf dem Produktionsserver und bleiben bei Image-Updates erhalten.
|
||||
|
||||
`domain-control-webinterface-prod` ist dabei ausschließlich der Name des Container-Pakets in der Gitea Registry, kein zweites Git-Repository. Das Paket wird beim ersten erfolgreichen Push der Release-Action automatisch angelegt.
|
||||
|
||||
## 1. Gitea für Releases vorbereiten
|
||||
|
||||
In den Repository-Einstellungen unter **Actions → Secrets** diese zwei Secrets anlegen:
|
||||
@@ -53,7 +61,7 @@ Repository installieren:
|
||||
```bash
|
||||
sudo mkdir -p /opt/domain-control
|
||||
sudo chown "$USER":"$USER" /opt/domain-control
|
||||
git clone https://git.j-mahler.de/admin/domain-control-webinterface-prod.git /opt/domain-control
|
||||
git clone https://git.j-mahler.de/admin/hetzner-api-dyndns-records-webinterface.git /opt/domain-control
|
||||
cd /opt/domain-control
|
||||
|
||||
cp .env.production.example .env.production
|
||||
|
||||
@@ -41,7 +41,7 @@ Ein schlankes, selbst gehostetes Dashboard für mehrere Hetzner-DNS-Zonen und Dy
|
||||
|
||||
## Produktivbetrieb
|
||||
|
||||
Für den Produktivserver gibt es eine separate Compose-Datei, die ein versioniertes Image aus der Gitea Container Registry bezieht und niemals lokal baut:
|
||||
Für den Produktivserver gibt es eine separate Compose-Datei, die ein versioniertes Image aus der Gitea Container Registry bezieht und niemals lokal baut. `domain-control-webinterface-prod` ist nur der Name des Container-Pakets; ein zweites Git-Repository ist nicht erforderlich:
|
||||
|
||||
```bash
|
||||
docker compose --env-file .env.production -f compose.production.yml pull
|
||||
|
||||
Reference in new issue
Block a user