-
Notifications
You must be signed in to change notification settings - Fork 0
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
Clusterable Shared Print Commitments and loader #146
Conversation
Agreed, we should not update |
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.
This all looks good to me and in-line with what we're doing with other data types. I think we can go ahead and merge once the last_updated
thing is taken care of. It would be useful to have feedback from @mwarin before going too much farther, but I think we can proceed for now.
|
||
RSpec.describe Loader::SharedPrintLoader do | ||
let(:json) do | ||
'{"uuid":"e78047da-1193-43c7-aab0-492067d13f9c","organization":"ucsd","ocn":2, |
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.
Break out and put in spec/fixtures/ ?
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.
A few comments but nothing that would prevent this PR to be merged.
8e480ba
to
8d99eff
Compare
Doesn't address updates or deprecations, or even identity (there are a lot of duplicates in the existing database).
My only concern before loading is the setting of
cluster.last_modified
when adding commitments, which seems unnecessary.