Current Versions
- v1 (Current) - Stable, production-ready API
- v2 (Coming Soon) - Next generation API with enhanced features
Versioning Strategy
URL-Based Versioning
API versions are specified in the URL path:Version Headers
You can also specify the version using headers:If no version is specified, the latest stable version (v1) is used by default.
Version Lifecycle
Stable Versions
- Long-term support - Maintained for at least 12 months
- Backward compatible - No breaking changes
- Security updates - Regular security patches
- Bug fixes - Critical bug fixes
Deprecated Versions
- 6-month notice - We provide 6 months notice before deprecation
- Migration guide - Detailed migration documentation
- Support - Limited support during deprecation period
Sunset Versions
- No longer supported - No updates or fixes
- May be removed - Endpoints may stop working
- Migration required - Must upgrade to supported version
Migration Guide
From v0 to v1
If you’re using the legacy API (no version prefix), migrate to v1: Before:Breaking Changes
We document all breaking changes in our changelog. Common changes include:- Endpoint paths - URL structure changes
- Request/response formats - Schema changes
- Authentication - Auth method changes
- Error codes - Error code updates
Best Practices
1. Always Specify Version
2. Pin Your Version
Don’t automatically upgrade to new versions. Test thoroughly first:3. Monitor Deprecation Warnings
The API includes deprecation warnings in responses:4. Test Before Upgrading
Always test in a staging environment before upgrading:Version-Specific Features
v1 Features
- RESTful API design
- JSON request/response format
- Bearer token authentication
- Webhook support
- Rate limiting
- Pagination
v2 (Planned)
- GraphQL support
- WebSocket subscriptions
- Enhanced filtering
- Batch operations
- Advanced analytics
Changelog
See our changelog for detailed version history and changes.Support
Questions about versioning? Contact us:- Email: support@g-tateth.com
- Documentation: https://docs.g-tateth.com