rust-lang / rust-lang/rust

Vibe check: edition cadence changes

Open
#160,528 1 comment 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

I-lang-radar P-lang-drag-1 T-edition
Dominant language
Rust
Stars
119k
Forks
16.1k
PR merge metrics
PR metrics pending

Description

The edition team has been discussing whether to adjust the edition cadence and process. We're expecting to post an RFC for full discussion, but are looking to get initial vibe checks from interested teams, starting with T-lang and T-cargo (though we're happy to get input from anyone).

At a high level the goals of making changes are to:

  • Decrease the burden on T-edition and other relevant teams by spreading out edition proposals, rather than concentrating them in a particular calendar year
  • Reduce wait times for features that can ship now if we can tweak them in a subsequent edition that's "soon", rather than years away.

The current concrete proposal -- though we are not tied to any particular aspect of it -- is to:

  • Merge proposals into the next edition continuously
    • Documentation, testing, etc. happen prior to FCP merge.
  • Allow any release to be an edition

The "core experience" of editions that we've established in 2021/2024 does not change: automated migrations are still expected, editions remain opt-in, etc.

For a more complete elaboration see our current draft here. Right now we're looking to get input on:

  • What needs from your team should we keep in mind for iterating on how we do editions?
  • What are you worried about with changes here?
  • Any other opinions people have to offer.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Read the linked draft RFC and the discussion context from the edition team, then consider the implications for T-lang and T-cargo. Compare the proposed continuous edition process and release flexibility with the stated goals and existing 2021/2024 edition experience. Done means providing informed feedback about team needs, risks, or other concerns; no implementation target is specified.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
compilers
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.