Gutenberg The 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/ 4.2 (release candidate One 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).) has just been released, and we’d like to have a WordPress 5.0 Beta A 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. including those updates. Additionally, there are a few more known bugs and tasks to complete in WordPress 5.0, before we can tag A directory in Subversion. WordPress uses tags to store a single snapshot of a version (3.6, 3.6.1, etc.), the common convention of tags in version control systems. (Not to be confused with post tags.) a Release Candidate. With that in mind, we feel it’d be prudent to allow for some extra beta time in the WordPress 5.0 schedule.
Beta 2: October 29, 2018
- Beta 2 included fixes to bugs discovered in Beta 1, an update to the latest version of the block Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. editor, and the Twenty Nineteen theme.
- Gutenberg 4.2 (RC One 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).) was released today, October 30.
Beta 3: November 2, 2018
- Beta 3 will include updates to the block editor from Gutenberg 4.2, as well as required bug A 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. fixes.
- All Core Core is the set of software required to run WordPress. The Core Development Team builds WordPress. enhancement Enhancements are simple improvements to WordPress, such as the addition of a hook, a new feature, or an improvement to an existing feature. tickets must be fixed by this date.
- This will also be the new soft string freeze date.
Beta 4: November 5, 2018
- Beta 4 will include bug fixes that come up following Gutenberg 4.2, as well as additional fixes from Gutenberg’s WordPress 5.0 milestone.
- Assess need for additional beta releases prior to Release Candidate 1.
Release Candidate 1: November 12, 2018
- All Core bug reports should be fixed by RC1. Release-related task tickets can remain open.
- The WordPress 5.0 milestone should have low impact or low priority issues remaining, which may be moved to WordPress 5.0.1.
- This will continue to be the hard string freeze date.
- There will be additional Release Candidate releases, if needed.
WordPress 5.0: November 19, 2018
- Final release of WordPress 5.0 will include Gutenberg and all necessary bug fixes.
To answer a few immediate questions:
- Why the shortened RC period? The block editor has been available for over a year. It’s already had a longer testing period, with 30 times the number of sites using it, than any previous WordPress release. The primary purpose of the beta and release candidate periods is to ensure that it’s been correctly merged into Core.
- Why so many betas? By adding extra betas we can fix and test iteratively, which will result in a well-polished final release. It also lets the faster cadence of Gutenberg releases continue.
- What will happen to the Gutenberg releases? Over the past six months, there has been a release every two weeks. We’ll plan to continue that over the first few WordPress 5.0.x releases, to ensure that bug fixes are available as quickly as possible.
- How soon should we expect WordPress 5.0.1? Approximately two weeks after WordPress 5.0, unless we see bug reports that indicate a need for a faster release.