Skip to content

[v1.1.0] Release Tracker #16365

@mergennachin

Description

@mergennachin

The v1.1.0 release will be cut from the "release/1.1" branch for critical fixes to the v1.1.0 release.

Branch Cut Date: 01/09/2025
Release branch finalized, documentation and tutorials finalized: 1/14/2026
Intended Release Date: 1/26/2026

This issue is for tracking cherry-picks to the release branch.

Cherry-Pick Criteria

Focus on stability and documentation correctness. Ideally only low risk changes may be cherry-picked from main:

  1. Critical fixes in core components: build, exir, backends, runtime, sdk
  2. Bug fixes in demos/examples. No new features/experiments
  3. Critical bug fixes based on community feedback
  4. Documentation improvements
  5. Test/CI fixes
  6. Release branch specific changes (e.g. change version identifiers)
    Any core components changes and other change will require special dispensation from the release managers (TBD). If this applies to your change please write "Special Dispensation" in the "Criteria Category:" template below and explain.

Cherry-Pick Process

  1. Ensure your PR has landed in master. This does not apply for release-branch specific changes (see Phase 1 criteria).

  2. Create (but do not land) a PR against the release branch.
    Option 1: Use pytorchbot to cherry pick a PR that has been committed to the main branch using @pytorchbot cherry-pick command as follows.

    @pytorchbot cherry-pick --onto release/1.1 -c {regression,critical,fixnewfeature,docs,release,examples,testci} 
    Details
    usage: @pytorchbot cherry-pick --onto ONTO [--fixes FIXES] -c {regression,critical,fixnewfeature,docs,release,examples,testci} Cherry pick a pull request onto a release branch for inclusion in a release optional arguments: --onto ONTO Branch you would like to cherry pick onto (Example: release/0.4) --fixes FIXES Link to the issue that your PR fixes (i.e. https://github.com/pytorch/executorch/issues/2345) -c {regression,critical,fixnewfeature,docs,release} A machine-friendly classification of the cherry-pick reason. 

    Option 2: Manually create a cherry pick PR using git command as follows.

    Details
    # Find the hash of the commit you want to cherry pick # (for example, abcdef12345) git log git fetch origin release/1.1 git checkout release/1.1 git cherry-pick -x abcdef12345 # Submit a PR based against 'release/1.1' either: # via the GitHub UI git push my-fork # via the GitHub CLI gh pr create --base release/1.1 
  3. Make a request below with the following format:

Link to landed trunk PR: * Link to release branch PR: * Criteria category and reasons: * 
  1. Someone from the release team will reply with approved / denied or ask for more information.
  2. If approved, someone from the release team will merge your PR once the tests pass. Do not land the release branch PR yourself.

If someone from the release team has taken action on your cherry pick, its comment below will be liked. If the cherry pick has merged, a rocket icon will be added to the comment.

Please note HUD Link with branch CI status and link to the HUD to be provided here.
HUD

Versions

1.1.0

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions