Support Policy
Versioning Policy
Mobile Messenger SDK and Transport SDK are versioned following the semantic versioning standard.
This standard helps convey the significance of changes in each new release based on a three-component version number, MAJOR.MINOR.PATCH
. The version component incremented in a release depends on the changes introduced.
MAJOR
version change happens when we make incompatible API changes other breaking changes, or introduce feature improvement that indicates a Major version upgradeMINOR
version change happens when we add functionality in a backward-compatible mannerPATCH
version change happens when we make backward compatible bug fixes.PRE-RELEASE
- A pre-release version may be denoted by appending a hyphen immediately following the patch version. A pre-release version indicates that the version is unstable and might not satisfy the intended compatibility requirements as denoted by its associated normal version. Example: 2.7.2-rc1
Support Policy
When a new Major SDK version (N) is released, the previous SDK versions (N-1, N-2, etc.) remain available but become deprecated.
- For N-1 SDK version: we do not perform regular QA testing, but we do allow customers to raise cases via Genesys Care: if Case investigation confirms defect, any hotfix would be provided on the latest Major Version only.
- For N-2 and earlier SDK versions: Genesys Care tickets can be opened for older versions, but customers will be requested to upgrade to the latest version to see if the issue still occurs.
Example
- Current Version is 4.2.0
- Defect found in Version 3.1.0
- Patch provided in Version 4.2.1