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
In this issue we describe our process when we want to change or remove a public API. The goal is to put this knowledge in a guide on developer.piwik.org so it is easy to spread this knowledge to all team members including new ones in the future.
Our Backwards Compatibility Promise
All popular software platforms have a process to ensure Backward Compatibility (BC) is kept between Minor and Patch releases (see Semantic Versioning 2.0.0). when BC is kept, it means users can be confident to upgrade to a newer version (Minor or Patch release) that their platform will still work (including any installed third party plugins.). For example Symfony have a very advanced BC guide: Our Backwards Compatibility Promise .
I need to create a new guide on developer.piwik.org and this can then be closed, because we have found a way to maintain backward compatibility in Piwik with our mix of LTS #8546 and new release cycle #8547
mattab
added
c: Website matomo.org
For issues related to our matomo.org website.
and removed
RFC
Indicates the issue is a request for comments where the author is looking for feedback.
labels
Aug 13, 2015
mattab
changed the title
Our work process when changing or removing a public API from the Piwik platform
Our work process when changing or removing a public API from the Matomo platform
May 17, 2021
In this issue we describe our process when we want to change or remove a public API. The goal is to put this knowledge in a guide on developer.piwik.org so it is easy to spread this knowledge to all team members including new ones in the future.
Our Backwards Compatibility Promise
All popular software platforms have a process to ensure Backward Compatibility (BC) is kept between
Minor
andPatch
releases (see Semantic Versioning 2.0.0). when BC is kept, it means users can be confident to upgrade to a newer version (Minor or Patch release) that their platform will still work (including any installed third party plugins.). For example Symfony have a very advanced BC guide: Our Backwards Compatibility Promise .Process to keep BC, and deprecate APIs
Here are the notes how our current process work:
Given:
Then:
Minor
orPatch
release@deprecated
tag in the API, event name, etc.Major
version (eg. Piwik 3.0.0) then we are will remove all@deprecated
code and therefore break BC.The text was updated successfully, but these errors were encountered: