Skip to content
This repository has been archived by the owner on Apr 29, 2024. It is now read-only.

Migration process is rather ad hoc and needs one off integrations #11

Open
thoughtpolice opened this issue Aug 14, 2023 · 0 comments
Open

Comments

@thoughtpolice
Copy link
Collaborator

The migration testing tool migration-test mostly just makes sure that the binary tables can be upgraded in place and that the schemas are compatible with pg_dumpall as a method. This isn't tested in the CI, and it's hard to think of how it should work. Notably, the migration tool is in some sense a tool for both regressions but also a tool for proactively finding and diagnosing issues.

It's unclear what a fully fleshed out tool would look like, especially since some migrations are probably "once in a lifetime events"; e.g. it would be rare for a migration to probably fail exactly the same way twice, so the use of writing really deep tests isn't clear. Instead, just having a way of automating the existing methods might be enough.

This is likely something that will just need some experimenting to find the right balance.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant