Reputation: 23
I understand that I cannot make backward incompatible changes to Workflows per: How to make changes or fixes to Uber Cadence Workflow without breaking determinism?
However I am not sure what "backward incompatible" means here. Can I simply not deploy new code without using getVersion, period? Or as long as the history tracking that is used for restoration is compatible between the 2 versions then I can update without getVersion? Or I can update without getVersion under some under conditions?
Upvotes: 1
Views: 584
Reputation: 6870
Generally anything that can change the way the history is generated is considered backwards incompatible. The following changes are backwards compatible:
We recommend saving a few histories and then replaying them as part of unit tests to find out about non compatible changes earlier.
Upvotes: 1