You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently there are no clear rules on when to step major, minor and patch versions when event types are updated. This leads to a judgment call every time, as determining version impact of a change is not as straight-forward as with an API.
Motivation
Consistency and clarity when making changes to event types.
Every time change to event type syntax or semantics is proposed, we wouldn't have to have a conversation about whether the new version should be e.g. 1.0.1, 1.1.0 or 2.0.0.
Possible Drawbacks
Can't really think of any.
The text was updated successfully, but these errors were encountered:
Addressing issues #189 and #200, added detailed rules and guidelines for when and how to step event type versions, and how to update historical event type versions and/or editions.
Description
Currently there are no clear rules on when to step major, minor and patch versions when event types are updated. This leads to a judgment call every time, as determining version impact of a change is not as straight-forward as with an API.
Motivation
Consistency and clarity when making changes to event types.
Exemplification
PR #188
Benefits
Every time change to event type syntax or semantics is proposed, we wouldn't have to have a conversation about whether the new version should be e.g. 1.0.1, 1.1.0 or 2.0.0.
Possible Drawbacks
Can't really think of any.
The text was updated successfully, but these errors were encountered: