Closed
Description
The purpose of this roadmap is to let anyone know about the different steps in the future Meilisearch release: v1.13.0
.
Draft phase (weeks 1-6)
Starts: 2024-11-25
Ends: 2025-01-06
- EM creates a new Milestone. This roadmap issue is automatically created.EM pins this roadmap issue to the repository.EM adds the release dates to this roadmap issue in the different sections.EM add this roadmap issue link to the Milestone description.Planification of the next release content (features, improvements, bug fixes). Meeting with the whole engine team to discuss and agree on what we are going to put in the next release.Ensure the main features have PRDs.EM updates the delivery table of the team (internal link) based on the just created issues. The goal is to clarify the priority of the sprint.At the end of the Draft phase, the PM and the engine manager review together and agree on a firm version of the next release plan. The PM provides the firm version of the PRDs, which means the developers have enough information to begin the implementation phase.
Implementation phase (weeks 7-9)
Starts: 2025-01-06
Ends: 2025-01-27
- Engine team implements the planned content of the release according to the PRD. The code changes are merged into the
main
branch. If needed, prototypes will be shared with the users. According to their feedback, we might apply changes to the related feature.EM checks if a new version of the mini-dashboard has been released (or should be) and if we want to integrate it. If yes, EM opens an issue to ensure the integration of this change into the release.Usage of each feature should be provided in the related PRD (if no PRD, in the GitHub issue) by the end of the sprint.Engine team writes the changelog for the release.Review of the changelogs by engine team developers (for the technical information), & PM (for the feature promotion).At the end of the phase, if features are missing or are not ready to be integrated into the release, EM should inform the other teams on #ms-releases (internal Slack). The not-ready issues for the sprint should be removed from the Milestone.Define the animal emoji mascot of the release 🤓 Check the already chosen mascots here (internal link)
Pre-release phase (weeks 10-12)
Starts: 2025-01-27
Ends: 2025-02-17
- Engine team releases the first RC (release candidate) using the prepared changelogs.At the beginning of the Pre-release Phase, the PM on Product discussions about the RC to encourage people to test them. If needed, they also sync with DevRel team for some communication on Discord for the community.SDKs are updated according to the new Meilisearch release & Docs team updates the documentation to reflect the changes. Engine team developers should be aware of where they need to intervene for both teams (review PRs, organize meetings to share knowledge about the feature...)According to feedback and bug reports, the engine team modifies the code and fixes bugs as soon as possible. Other RCs are released if necessary.Docs team reviews the final changelogs.Engine team updates the Open API file. The PR must be reviewed by the PM.Engine manager updates the Table of Truth (internal link) with PRDs, product discussions (for experimental features) and issues (if changed are applied and not related to any PRDs)Engine team ensures the feature usages described in PRDs are up-to-date with the latest changes made during pre-release.Engine team creates/updates a product discussion for the experimental features released during the sprint.
Release phase (week 13)
Release date: 2025-02-17
- Engine team releases the official version and lets the other teams know when the binary and the Docker images are available on #ms-releases (internal Slack).
The following teams must be pinged: documentation, integration, devrel, and cloud to ensure the deployment of their activities on their side.Engine team brings changes fromrelease-vX.Y.Z
branch of Meilisearch into themain
branch.PM closes every part relating to the release in the product repositoryUnpin this current roadmap issue.EM merges the changelogs PR.EM ensures all the issues in the Milestone are closed or removed from the Milestone (including this issue when everything is done).EM closes the release Milestone.
Activity