-
Notifications
You must be signed in to change notification settings - Fork 236
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
Allow for multiple applications to share a Redis DB #401
Allow for multiple applications to share a Redis DB #401
Conversation
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.
Can we get some documentation about it added to the README.md?
e2017f1
to
b3b0860
Compare
@marcelolx added. |
Also heads up that the link to the commit message style guide on CONTRIBUTING.md is broken |
Thanks @TALlama! I'll look into updating the contributing guide. Added the PR to my list to review, as soon as I have time I'll take a final look |
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.
Thank you @TALlama! It looks good to me, there is just a conflict, once that is fixed I'll merge this PR (if you don't have time, don't mind, I can fix it)
Most other keys are centralized in `SidekiqScheduler::RedisManager` as class methods. This does the same with the "schedules" key.
Most other keys are centralized in `SidekiqScheduler::RedisManager` as class methods. This does the same with the "schedules_changed" key.
Adds the ability to set a `key_prefix` which will be prepended to all Redis keys. This allows multiple applications to keep their schedules in the same Redis database without clobbering each other.
b3b0860
to
119d591
Compare
Thanks @TALlama! I have to fix the CI to run the tests, but from what I remember the last time it did pass, so probably nothing is broken. Thank you for your patience! |
Implements #400
Adds the ability to set a
key_prefix
which will be prepended to all Redis keys. This allows multiple applications to keep their schedules in the same Redis database without clobbering each other.This change does not affect the runtime of the RSpec suite, but allows for the use case mentioned. Doing the first two commits without the last one would allow for monkey patches, but if we could do the whole thing that would be great.