-
Notifications
You must be signed in to change notification settings - Fork 27
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
Migration path? #14
Comments
Yes. Now that this is packaged as a TLE, additional improvements are easy to migrate to simply by upgrading the TLE. Especially things like the invite system as that is purely a function and table add and does not modify the existing functionality or structure. |
Thanks for your answer. I'm a bit confused since it looks like it recreates everything from scratch. |
I actually have the very same question myself and am hoping to hear back from the creators. That said, the only reason I release a 0.0.2 is because I needed to update the readme. So there are no changes. In the future, depending on the answer I get in the other issue, I will consider upgrade paths as I release new versions. I definitely understand that being able to upgrade without data loss is a requirement. |
We are still working on the docs but there should be a lot of answered question in the discussion in supabase/dbdev#164 |
Thanks @imor. I'm going to close this now that there is documentation in the other issue and since I now have a concrete plan to support upgrades without data loss once pg_tle is updated. |
I'd love to use this package in my supabase application, but since several issues mention improvements (invite system for instance), I'm wondering if there will be a migration path.
If not, what would be the strategy for me to adopt?
The text was updated successfully, but these errors were encountered: