admin/hetzner-api-dyndns-records-webinterface
0
0 Fork 0
Code Issues Pull Requests Packages Projects Releases 11 Wiki Activity

docs: use registry instead of production repository

Browse Source
This commit is contained in:
admin committed 2026-07-12 21:52:07 +02:00
1 parent df7516e7ab
commit 888d9a54a7
2 files changed
+12 -4
Download Patch File Download Diff File Expand all files Collapse all files

No files matched your search

PRODUCTION.md
+11 -3
View File
@@ -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 ```text
git.j-mahler.de/admin/domain-control-webinterface-prod:vX.Y.Z 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. 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 ## 1. Gitea für Releases vorbereiten
In den Repository-Einstellungen unter **Actions → Secrets** diese zwei Secrets anlegen: In den Repository-Einstellungen unter **Actions → Secrets** diese zwei Secrets anlegen:
@@ -53,7 +61,7 @@ Repository installieren:
```bash ```bash
sudo mkdir -p /opt/domain-control sudo mkdir -p /opt/domain-control
sudo chown "$USER":"$USER" /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 cd /opt/domain-control
cp .env.production.example .env.production cp .env.production.example .env.production
README.md
+1 -1
View File
@@ -41,7 +41,7 @@ Ein schlankes, selbst gehostetes Dashboard für mehrere Hetzner-DNS-Zonen und Dy
## Produktivbetrieb ## 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 ```bash
docker compose --env-file .env.production -f compose.production.yml pull docker compose --env-file .env.production -f compose.production.yml pull