1
Proposal: Self-Hosted Developer Experience Parity in Studio
Source: supabase/supabase#45488 · opened by @mandar1045
I spent some time looking through the self-hosted side of the repo and wanted to float an idea that feels pretty valuable from an OSS contributor point of view. The short version: I think there is room for a meaningful project around making self-hosted Studio feel more complete for developer workflows. What stood out to me is that the backend support already seems to be there in a few places. There are self-hosted paths for things like logs/analytics access, lints/advisors, migrations, generated types, and project settings. But in the Studio product surface, the experience still feels a bit uneven. Some things are exposed, some are hidden, and some seem to depend on platform-oriented assumptions. That made me think the real opportunity here is probably not "full feature parity" in the abstract, but something more practical: Self-Hosted Developer Experience Parity in Studio By that I mean improving the workflows that self-hosted and local users actually reach for day to …
No pledges yet. Be the first to back this.
Comments
Similar requests
Self-Hosted: User Authentication Context and Auditability in Supabase Studio
3 votes · 0 comments
Add ability to create sql snippets on selfhosted instance
8 votes · 0 comments
Internationalization (i18n) Architecture for Supabase Studio
1 vote · 0 comments
Disable self-hosted Studio features via server environment variable
2 votes · 0 comments
Local supabase studio and supabase dashboard looks too similar.
3 votes · 0 comments
No comments yet.