-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Setup a local instance of the Supabase backend for backend development purposes. #197
Comments
We are going to leave this for the second part of the sprint. |
This documentation could be helpful for this issue. |
When trying to start the local instance of Supabase by running "supabase start" command, the following error occurs: Error: ERROR: must be a member of role "supabase_admin" (SQLSTATE 42501) This is because tables created through the Supabase dashboard are owned by the "supabase_admin" role, while the migration scripts executed through the CLI are under the "postgres" role. Previously, this issue could be resolved by changing the user to a superuser in PostgreSQL using either of the following commands: GRANT supabase_admin TO postgres; However, Supabase has recently updated its policies, and the suggested solution in the documentation is to reassign the owner of those tables to the "postgres" role. This was attempted by executing the following commands in the SQL editor for each table, but it did not work: ALTER TABLE roles OWNER TO postgres; References: Supabase documentation: Supabase discussion on policy changes: |
As a development team, we need to have a local instance of the Supabase backend set up so we can work on the backend code without affecting the production environment. This will allow us to test new features, make changes, and debug issues in a controlled environment before deploying to production.
The text was updated successfully, but these errors were encountered: