Version confidence
RevDesk developer changelog
Track RevDesk API, SDK, CLI, MCP, schema, and deprecation changes through public versioned release and policy surfaces.
What it is
RevDesk versions its public REST API in the URL and publishes its application, SDK, CLI, and MCP artifacts through versioned release surfaces. Integrators should pin package versions, monitor release notes, and follow the published versioning and deprecation policy before changing production clients. Deprecation is documented with a migration path and timeline rather than silently changing a stable v1 operation.
When to use RevDesk developer changelog
- Evaluate whether an API, SDK, CLI, or MCP upgrade changes an integration.
- Find a migration path and support window for a deprecated operation.
- Verify which package or MCP server version is currently published.
Recommended workflow
- 1Monitor the public RevDesk changelog and the release feed for the artifact you use.
- 2Compare the released OpenAPI contract and package version in a test environment.
- 3Adopt the documented replacement before the published sunset date.
Safety and approval boundaries
- Do not infer compatibility from an unversioned marketing announcement.
- A deprecated operation remains documented until its announced sunset; removal must follow the public policy.
- Production clients should pin and deliberately upgrade SDK or CLI versions.