1
Proposal: Implementing API Versioning in Outline
Source: outline/outline#8430 · opened by @baditaflorin
Text generated with chatgpt, but the proposal from the title remains true. API Versioning Proposal Overview Our API is currently available at /api with no versioning. To better manage breaking changes and new features, we propose introducing versioning to ensure smooth evolution and maintain backward compatibility. Rationale • Future-Proofing: Safely evolve the API. • Backward Compatibility: Support multiple API versions. • Clear Communication: Distinguish versions in documentation. • Simplified Deprecation: Ease the retirement of outdated endpoints. Current State • Endpoint: /api (unversioned) • Issues: - No separation of stable and experimental features - Higher risk of breaking changes - Difficult tracking of API evolution Proposed Changes • Versioned URLs: - Transition to /api/v1 (e.g., /api/endpoint → /api/v1/endpoint) • Backward Compatibility: - Keep /api active during transition …
No pledges yet. Be the first to back this.
Comments
Similar requests
Desmos Graphing Calculator Integration
1 vote · 0 comments
Feature Request: Native API Documentation Viewer for Swagger/OpenAPI (Redocly-like)
1 vote · 0 comments
Integrate Outline with the Taiga project management tool
2 votes · 0 comments
Official Outline MCP Server
3 votes · 0 comments
Support serving Outline from a subpath
1 vote · 0 comments
No comments yet.