Vibe check: edition cadence changes
Nobody has claimed this yet.
- 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
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- 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