flyrain opened a new issue, #584: URL: https://github.com/apache/polaris/issues/584
### Is your feature request related to a problem? Please describe. _No response_ ### Describe the solution you'd like ## Importance of a Defined Release Cadence Establishing a predictable release cadence will help us: Deliver key roadmap features in a timely and structured manner. Provide clarity and transparency for contributors and users about what to expect in upcoming versions. Align with related projects, such as Apache Iceberg, to ensure compatibility and ease of integration. ## Current Status and Proposal We are currently preparing for the 0.9.0 release, which is scheduled to ship by January 2025. To maintain momentum and adapt to the fast-paced development in the REST catalog space, I propose that we adopt a three-month release cycle. This cadence will allow us to stay agile while ensuring regular updates. Additionally, this schedule aligns with Iceberg’s release cycle, which could be beneficial if any Iceberg Spec changes require updates or synchronization with Polaris. While syncing releases with Iceberg isn’t mandatory, aligning them could help streamline cross-project compatibility. ## Suggested Release Plan Using this cadence as a baseline: 1. 0.9.0: January 2025 2. 1.0.0: April 2025 3. 1.1.0: July 2025 4. 1.2.0: October 2025 ...and so on. It’s worth noting that actual release dates may shift by about one month, depending on development progress or unforeseen circumstances. We could adjust timelines as needed. I’ve created related milestones(https://github.com/apache/polaris/milestones) in the project to reflect these timelines. I encourage everyone to review them and tag any relevant issues or pull requests with the appropriate versions. ## Roadmap Integration With these milestones in place, the roadmap will naturally take shape, driven by the features and fixes tagged in each release. Moving forward, we can: - File new feature requests or bug fixes with milestone tags. - Use these milestones as a guiding framework for project planning and prioritization. ### Describe alternatives you've considered _No response_ ### Additional context _No response_ -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
