Open TinaHeiligers opened 3 months ago
Frame justifications for the breaking changes committee, accounting for different offerings
Our serverless offering does not allow breaking changes and we need to decide on a migration plan for each deprecation.
Pinging @elastic/kibana-core (Team:Core)
Plan outline for major version upgrade
We need to prepare for breaking changes planned for the next major stack version upgrade, taking into account larger discussions needed for handling deprecations based on offering type.
As most, if not all teams depend on core APIs and services, priority is on Core followed by rolling out the plan to other teams.
TODO: