Andrei Laas
af947f094d
Der Umzug in einen eigenen Container hat zwei Luecken aufgedeckt: 1. Die Rechte von alpenwerk_app standen in keiner Migration — sie waren auf Supabase von Hand im Dashboard vergeben worden. Auf einer leeren Datenbank scheiterte die Anwendung deshalb mit 'permission denied for table profiles', bevor die Anmeldeseite erschien. 2. docker-compose.traefik.yml lag nur auf dem Server. Ein frischer Clone haette die Anwendung ohne Routing hochgefahren. Zusaetzlich haengt app jetzt im Netz 'default', sonst findet es den db-Container nicht.
61 lines
1.1 KiB
Plaintext
61 lines
1.1 KiB
Plaintext
# See https://help.github.com/articles/ignoring-files/ for more about ignoring files.
|
||
|
||
# dependencies
|
||
/node_modules
|
||
/.pnp
|
||
.pnp.*
|
||
.yarn/*
|
||
!.yarn/patches
|
||
!.yarn/plugins
|
||
!.yarn/releases
|
||
!.yarn/versions
|
||
|
||
# testing
|
||
/coverage
|
||
|
||
# next.js
|
||
/.next/
|
||
/out/
|
||
|
||
# production
|
||
/build
|
||
|
||
# misc
|
||
.DS_Store
|
||
*.pem
|
||
|
||
# debug
|
||
npm-debug.log*
|
||
yarn-debug.log*
|
||
yarn-error.log*
|
||
.pnpm-debug.log*
|
||
|
||
# env files (can opt-in for committing if needed)
|
||
.env*
|
||
!.env.example
|
||
|
||
# typescript
|
||
*.tsbuildinfo
|
||
next-env.d.ts
|
||
|
||
# supabase CLI local dev (generated, project-machine-specific)
|
||
/supabase/.branches
|
||
/supabase/.temp
|
||
/supabase/snippets
|
||
|
||
# scratch output of `npm run types:generate`, for comparing against the
|
||
# hand-written lib/supabase/types.ts — never itself imported
|
||
/lib/supabase/types.generated.ts
|
||
|
||
# local scratch scripts/screenshots (ad-hoc verification against a real or
|
||
# seeded DB — can carry HR data or use SUPABASE_SERVICE_ROLE_KEY; never commit)
|
||
.scratch_*
|
||
/.scratch_shots/
|
||
|
||
# Datenbank-Sicherungen (enthalten Personendaten) – nie committen.
|
||
.backups/
|
||
|
||
# Datenabzuege aus dem Umzug – enthalten Personendaten
|
||
supabase-daten-*.sql
|
||
supabase-voll-*.sql
|