Skip to content
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

Track entity versionNumbers #832

Closed
ktuite opened this issue Apr 18, 2023 · 1 comment · Fixed by #951
Closed

Track entity versionNumbers #832

ktuite opened this issue Apr 18, 2023 · 1 comment · Fixed by #951
Assignees
Labels
entities Multiple Encounter workflows

Comments

@ktuite
Copy link
Member

ktuite commented Apr 18, 2023

We need some way of tracking versions within an entity as it gets updated. Submissions have a unique instance id for each version and a deprecated id pointing to the previous version. We probably won't do the exact same thing for entities. We do want some way of uniquely identifying versions within an entity. We also need to be able to manage updates from multiple sources including partly offline updates.

@matthew-white
Copy link
Member

Now that we're doing this in .4, I'll move notes here from the draft release criteria for .5:

Allow an API update to an Entity to specify a base version

  • Right now, I can make an API update to an Entity by specifying the ?force=true query parameter.
  • As an alternative, I should be able to make an API update by specifying the Entity version on top of which my changes should apply.
  • If my changes conflict with another update to the Entity, then I should receive a 409 error.
    • Backend might reject for “soft conflicts” (server version has moved forward) too.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
entities Multiple Encounter workflows
Projects
Status: ✅ done
3 participants