Come up with a non-EF strategy for handling migrations #11
Labels
core feature
Features core to the API
internal
Issues the internal team must work on / discuss
low priority
Milestone
Need a way to handle migrations without relying on EF (or any other data layer framework) to handle them.
.NET is notorious for suggesting different ORM/data layer tools fairly often, I would like to decouple seeding / migrations from the application itself (seeds / table creation is already done in this way)
The text was updated successfully, but these errors were encountered: