Database migration #26
Labels
No Label
🛃 types
👪 users
invalid
wontfix
🚀 announcement
🎒 backend
🐞 bug
🐋 docker
💡 enhancement
📺 frontend
🤔 question
🔗duplicate
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Flaschengeist/flaschengeist#26
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Adding migrations is important, #19, as this allows users to update the database without manual interaction.
TODO:
Some more work is needed, as currently removing / disabling a plugin might break migrations -> can not identifiy which version is the current migration.
Planned workflow:
Every DB change on develop -> new migration file
stable release on main -> merge migrations into one file (cleanup)
So every user on stable can upgrade and downgrade its db and same on develop, but we do not need to provide X migration files for every development step.
So we can clean up at every stable relase, dropping stable migrations is not needed I think, but can be done with some delay.