API Versioning
The Turris Public API uses URI-based versioning to ensure backward compatibility while allowing for continuous improvements.Version Format
Include the version in your request path:Available Versions
| Version | Status | Description |
|---|---|---|
v1 | Stable | Current production version |
v2-beta | Beta | New features in testing |
Using Versions
Stable Version (v1)
Usev1 for production integrations:
Beta Version (v2-beta)
Usev2-beta to test upcoming features:
Version Lifecycle
Stable Versions
- Backward compatible - Existing fields and behaviors won’t change
- Additive changes only - New optional fields may be added
- Long-term support - Deprecated with ample notice (minimum 6 months)
Beta Versions
- Subject to change - Endpoints, parameters, and responses may change
- Early access - Try new features before general availability
- Feedback welcome - Report issues to help us improve
Deprecation Policy
When a version is deprecated:- Announcement - We’ll notify you via email and documentation
- Grace period - Minimum 6 months to migrate
- Sunset - Version returns
410 Goneafter deprecation date
Deprecation Headers
Deprecated endpoints include warning headers:Migration Guide
When migrating between versions:- Review changelog - Check what’s changed between versions
- Test in sandbox - Verify your integration works with the new version
- Update gradually - Migrate endpoint by endpoint if needed
- Monitor errors - Watch for issues after migration
Best Practices
Pin to Stable
Always use stable versions (
v1) in productionTest Beta
Try beta versions in development to prepare for changes
Monitor Headers
Watch for deprecation headers in responses
Subscribe to Updates
Stay informed about version changes via our changelog