The WordPress coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. development team builds WordPress! Follow this site forย general updates, status reports, and the occasional code debate. Thereโs lots of ways to contribute:
Found a bugbugA bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority.?Create a ticket in the bug tracker.
Planning is underway for WordPress 7.1!ย This post outlines the proposed schedule along with a call for volunteers to support the release process.
Following the typical cadence, the proposed final release date for 7.1 is Wednesday, August 19, 2026.ย This proposed timeline remains flexible for the resulting Release Squad and adjustments can be made if necessary as they determine what timeline works best for their schedule.
Proposed Schedule
Milestone
Date
Alpha Begins
Immediately (7.1-alpha began in trunktrunkA directory in Subversion containing the latest development code in preparation for the next major release cycle. If you are running "trunk", then you are on the latest revision. on March 27th with[62161], closed then re-opened)
BetaBetaA pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. 1
Wednesday, July 15
Beta 2
Wednesday, July 22
Beta 3
Wednesday, July 29
Release Candidaterelease candidateOne of the final stages in the version release cycle, this version signals the potential to be a final release to the public. Also see alpha (beta). 1
Wednesday, August 5
Release Candidate 2
Wednesday, August 12
Dry Run
Tuesday, August 18
Final Release
Wednesday, August 19
As always, all dates are subject to change based on development progress.
Call for Volunteers
Each WordPress release depends on contributors from across the project coming together to make it a success.ย
As with the 6.7, 6.8, 6.9, and 7.0 release cycles, WordPress 7.1 will continue the approach of forming a smaller, focused Release Squad based on feedback received.ย This streamlined structure places more emphasis on collaboration with the various Make Team Reps, who are encouraged to help coordinate efforts from within their respective teams.ย The goals are to reduce the overhead on the Release Squad while still ensuring each teamโs contributions and priorities are represented throughout the cycle, and to reduce overlap between a Make Team RepTeam RepA Team Rep is a person who represents the Make WordPress team to the rest of the project, make sure issues are raised and addressed as needed, and coordinates cross-team efforts. and that teamโs Release Squad Leads.ย Noteworthy Contributors will be captured from Team Reps towards the end of the release cycle.
While the end goal is to publish the final release of WordPress 7.1 at WordCamp US, traveling to or attending WordCampWordCampWordCamps are casual, locally-organized conferences covering everything related to WordPress. They're one of the places where the WordPress community comes together to teach one another what theyโve learned throughout the year and share the joy. Learn more. US is not a requirement to serve on the release squad.ย All communication related to the release process will continue to take place in the #coreSlackSlackSlack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/ channel.
If you are interested in helping lead WordPress 7.1 in one of the following roles, please comment below or reach out in the #7-1-release-leads Slack channel:
Release LeadRelease LeadThe community member ultimately responsible for the Release. โ sets overall goals, makes final decisions on merging, gives final reviews where needed
Release Coordination โ helps manage timelines, cross-team collaboration, and status updates
Tech Leads โ oversees coreCoreCore is the set of software required to run WordPress. The Core Development Team builds WordPress. development (including GutenbergGutenbergThe Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses โblocksโ to add richness rather than shortcodes, custom HTML etc.
https://wordpress.org/gutenberg/), triagetriageThe act of evaluating and sorting bug reports, in order to decide priority, severity, and other factors., and critical issues
Triage Lead โ help monitor issues, shepherd patches, and guide contributors
Test Lead โ coordinates testing efforts across the community and test reports
Whether you have led a release before or are looking to get involved for the first time, there are many ways to contribute.ย Volunteers of all backgrounds and experience levels are welcome!
If you are interested in volunteering, please leave a comment below noting your preferred area(s) by Friday, June 5th.ย @4thhubbard (or a designee), will review the nominations shortly after to confirm and announce the release squad as soon as possible.
Together we can make WordPress 7.1 the best one yet!
With the release of 7.0 earlier today, trunk is finally open to any and all commits for WordPress 7.1.
TrunktrunkA directory in Subversion containing the latest development code in preparation for the next major release cycle. If you are running "trunk", then you are on the latest revision. is now WordPress 7.1-alpha
While the common practice is for trunk to open once the next release has been branched, closing the primary branchbranchA directory in Subversion. WordPress uses branches to store the latest development code for each major release (3.9, 4.0, etc.). Branches are then updated with code for any minor releases of that branch. Sometimes, a major version of WordPress and its minor versions are collectively referred to as a "branch", such as "the 4.0 branch". to any commits unrelated to 7.0 was necessary to avoid making it more complicated to add, modify, or remove features from the release during the extension to the cycle to evaluate the state and readiness of the Real-time collaboration feature.
Thank you to everyone for your continued patience.
Backporting to the numbered branches
As a reminder, the โdouble signoffโ policy applies to changes being made to any numbered version branch. The dev-feedback commit keywords should be used to request a second committercommitterA developer with commit access. WordPress has five lead developers and four permanent core developers with commit access. Additionally, the project usually has a few guest or component committers - a developer receiving commit access, generally for a single release cycle (sometimes renewed) and/or for a specific component.โs review, with dev-reviewed being added after an additional signoff is given.