-
Notifications
You must be signed in to change notification settings - Fork 2
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
Migrate to Solid Queue 0.9.x, extract tables, and update config #1652
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #1652 +/- ##
=======================================
Coverage 94.78% 94.78%
=======================================
Files 133 133
Lines 3338 3338
=======================================
Hits 3164 3164
Misses 174 174 ☔ View full report in Codecov by Sentry. |
02ae4c6
to
b71c250
Compare
72da921
to
e3f8a0b
Compare
e3f8a0b
to
ccf8929
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The db:prepare
change could have received a note in the PR description. ;) Thanks for the verbal explanation today (the first case switching to a setup with multiple DBs where DB prepare is the suitable command, loading the schema or seeding the DB and your change with not executing seeds if users exist).
With Solid Queue 0.8.0, support for dedicated databases were introduced. In fact, Rails recommends moving the database, which we perform with the migration. Unfortunately, it is currently unclear how exactly schema migrations will be provided. Therefore, we cannot use the same GitHub actions workflow for now and will re-add it once a new migration has been published.
With Solid Queue 0.9.0, the configuration is split into two files (`queue.yml` and `recurring.yml`)
We currently lack valid credentials to push changes, so that we don't want to execute the job regularly.
With Solid Queue 0.8.0, support for dedicated databases were introduced. In fact, Rails recommends moving the database, which we perform with the migration.
Unfortunately, it is currently unclear how exactly schema migrations will be provided. Therefore, we cannot use the same GitHub actions workflow for now and will re-add it once a new migration has been published.
With Solid Queue 0.9.0, the configuration is split into two files (
queue.yml
andrecurring.yml
)