Andrey c4d11a8543 🚑 fix(deploy): normalize schema ownership before migrations ...

Production deploy failed at migrate with «must be owner of table
identity_organization»: the table (and others created/imported outside the
migration role) were not owned by custocrm_schema, which migration_user must
belong to to run AddField/AlterField. This is a pre-existing condition that
surfaced on the administration migration and recurred across pipelines
(#922, #937, #938) — not caused by the calls feature.

Fix makes deploy self-healing: before running migrate, reassign ownership of
all public-schema objects (tables, sequences, functions) to custocrm_schema
under the postgres superuser. Idempotent and safe on every deploy.

- deploy/postgres/reassign-schema-ownership.sql: reassign public-schema
  ownership to custocrm_schema (verified against PG16)
- compose.yaml: mount the SQL into the postgres container
- deploy/cli/lib/deploy.sh: run the normalization step once postgres is
  healthy, before the one-shot migrate

2026-07-31 12:53:51 +03:00

..

cli/lib

🚑 fix(deploy): normalize schema ownership before migrations

2026-07-31 12:53:51 +03:00

docker

fix(ci): harden release and deployment workflow

2026-07-14 12:19:38 +03:00

nginx

✨ feat(portals): complete custom domains and unified navigation

2026-07-29 16:49:50 +03:00

postgres

🚑 fix(deploy): normalize schema ownership before migrations

2026-07-31 12:53:51 +03:00

.gitkeep

Initialize Edevs Hub repository

2026-06-17 18:14:16 +03:00