🚀 Feature

In this RFC, we propose the policy aiming to guide the decision-making process for determining whether Pull Requests (PRs) should be cherry-picked onto a release branch after the release branch has been cut. The goal is to maintain the stability and predictability of releases while addressing critical issues and incorporating essential improvements.

Motivation

Cherry-picking pull requests (PRs) onto a release branch can introduce additional overhead and goes against established best practices. While cherry-picks are sometimes unavoidable, we can mitigate their necessity through well-defined policies. This proposal outlines a framework for making informed decisions about when and how to cherry-pick changes.

Proposed Policies:

The following outlines the specific scenarios under which cherry-picking pull requests (PRs) onto a release branch will be considered acceptable after the official release branch cut.

• The PR is for severe/P0 bug fixing purposes
• The PR is for improving unforeseen code stability or security issues
• The PR has significant impact on usability improvements
• The PR is related to a planned release feature urgent fix
• The PR only updates documentation, not changing any code
• The PR is for improving release infrastructure