Den Postgres-Dienst beim Namen nennen, nicht ueber 127.0.0.1
Bei GitHub laeuft der Job auf dem Host und erreicht einen Dienst ueber den durchgereichten Port. Der Gitea-Runner setzt den Job selbst in einen Container: dort ist 127.0.0.1 der Container selbst, und dort horcht kein Postgres — 'Connection refused'. Beide Container haengen im selben Netz, also gilt derselbe Weg wie in docker-compose.yml: der Dienst wird ueber seinen Namen erreicht.
This commit is contained in:
4
.github/workflows/ci.yml
vendored
4
.github/workflows/ci.yml
vendored
@@ -65,7 +65,7 @@ jobs:
|
|||||||
--health-retries 20
|
--health-retries 20
|
||||||
|
|
||||||
env:
|
env:
|
||||||
MIGRATE_DATABASE_URL: postgresql://postgres:ci@127.0.0.1:5432/alpenwerk
|
MIGRATE_DATABASE_URL: postgresql://postgres:ci@postgres:5432/alpenwerk
|
||||||
DATABASE_SSL: "false"
|
DATABASE_SSL: "false"
|
||||||
|
|
||||||
steps:
|
steps:
|
||||||
@@ -97,7 +97,7 @@ jobs:
|
|||||||
run: |
|
run: |
|
||||||
for f in deploy/db-init/*.sql; do
|
for f in deploy/db-init/*.sql; do
|
||||||
echo "── $f"
|
echo "── $f"
|
||||||
psql -v ON_ERROR_STOP=1 -h 127.0.0.1 -U postgres -d alpenwerk -f "$f"
|
psql -v ON_ERROR_STOP=1 -h postgres -U postgres -d alpenwerk -f "$f"
|
||||||
done
|
done
|
||||||
|
|
||||||
# Der eigentliche Zweck dieses Jobs: jede Migration muss sich auf einer
|
# Der eigentliche Zweck dieses Jobs: jede Migration muss sich auf einer
|
||||||
|
|||||||
Reference in New Issue
Block a user