Discovering WordPress Release Cycles
In Book I, Chapter 2, we introduce you to the concept of open source software and discuss the WordPress development community being primarily volunteer developers who donate their time and talents to the WordPress platform. The development of new WordPress releases is a collaborative effort, sometimes requiring contributions from more than 300 developers.
The public schedule for WordPress updates is, roughly, one new release every 120 days. As a user, you can expect a new release of the WordPress software about four times per year. We can attest that the WordPress development team sticks to that schedule closely, with exceptions only here and there. When they make exceptions to the 120-day rule, they usually make a public announcement about it so that users know what to expect and when to expect it.
Mostly, interruptions to the 120-day schedule occur because the development of WordPress is primarily on a volunteer basis. A few developers — employees of Automattic, the company behind WordPress.com — are paid to develop for WordPress, but most developers are volunteers. Therefore, the progress of WordPress development depends on the developers' schedules.
I'm confident in telling you that you can expect to update your WordPress installation at least three, if not four, times per year.
Upgrading your WordPress experience
Don't be discouraged or frustrated by the number of times you'll upgrade your WordPress installation. The WordPress development team is constantly striving to improve the user experience and bring exciting and fun new features to the WordPress platform. Each upgrade improves security and adds new features to enhance your (and your visitors') experience on your Web site. WordPress also makes the upgrades easy to perform, which we discuss in Book II, Chapter 6.
The following list gives you some good reasons why you should upgrade your WordPress software each time a new version becomes available:
- Security: When WordPress versions come and go, outdated versions are no longer supported and are vulnerable to malicious attacks and hacker attempts. Most WordPress security failures occur when a user is running an outdated version of WordPress on his Web site. To make sure that you're running the most up-to-date and secure version, upgrade to the latest release as soon as you can.
- New features: Major WordPress releases (I discuss the difference between major versus minor, or point, releases later in the chapter), offer great new features that are fun to use, improve your experience, and boost your efficiency and productivity. Upgrading your WordPress installation ensures that you always have access to the latest and greatest tools and features that WordPress has to offer.
- Plugins and themes: Most plugin and theme developers work hard to make sure that their product is up-to-date with the latest version of WordPress. Generally, plugin and theme developers don't worry about backwards compatibility, and they tend to ignore out-of-date versions of WordPress. To be sure that the plugins and themes you've chosen are current and not breaking your site, make sure that you're using the latest version of WordPress and the latest versions of your plugins and themes.
Understanding the cycles of a release
By the time the latest WordPress installation becomes available, that version has gone through several iterations, or versions. This section helps you understand what it takes to get the latest version to your Web site, and explains some of the WordPress development terminology.
The steps and terminology involved in the release of a new version of WordPress include
- Alpha: This is the first developmental phase of a new version. This is typically the “idea” phase in which developers gather ideas, including ideas from users and community members. During the alpha phase, developers determine which features to include in the new release and then develop an outline and project plan. After features are decided, developers start developing and testers start testing until they reach a “Feature Freeze” point in the development cycle where all new features are considered complete. The development moves on to perfecting new features through user testing and bug fixes.
- Beta: This phase is to fix bugs and clear any problems that testers report. Beta cycles can last up to four to six weeks, if not more. WordPress often releases several different beta versions with such names as WordPress version 3.0 Beta, WordPress version 3.0 Beta 1, and so on. The beta process continues until the development team decides that the software is ready to move into the next phase in the development cycle.
- Release Candidate: A version becomes a release candidate (RC) when the bugs from the beta versions are fixed and the version is nearly ready for final release. You sometimes see several release candidate iterations, referred to as RC-1, RC-2, and so on.
- Final Release: After a version has gone through full testing in several (hopefully all) types of environments, use cases, and user experiences, any bugs from the alpha, beta, and RC phases have been squashed, and no major bugs are being reported, the development team releases the final version of the WordPress software.
You may have noticed that WordPress versions are numbered. These numbers show the progress of the development of the software, but the numbers also serve a purpose and tell you something else about the version you are using. Software versioning is a method of assigning unique numbers to each version release. Generally, the two types of versioning are
- Point Release: Point releases usually only increase the numbered version by a decimal point or two, indicating a relatively minor release. Such releases include insignificant updates or minor bug fixes. For example, when the version number jumps from 3.0 to 3.0.1, you can be certain that the new version was released to fix existing minor bugs or to clean up the source code rather than to add new features.
- Major Release: A major release most often contains new features, and jumps by a more seriously incremented version number. For example, WordPress going from 2.9.2 to 3.0 (release 2.9 versioned into 2.9.1 and 2.9.2 before jumping to 3.0), was considered a major release because it jumped a whole number, rather than incrementally going up another decimal point. A large jump is a sign to users that new features are included in this version, rather than just bug fixes or clean up of code. The bigger the jump in version number, the more major the release. For example, a release jumping from 3.0 to 3.5 is an indication of some major new features.
After the WordPress development team issues a final release version, they start again in the alpha phase, gearing up and preparing to go through the development cycle for the next major version.
Typically, a development cycle lasts 120 days. However, this is an approximation because any number of things can happen (from developmental problems to difficult bugs) to delay the process.
Finding WordPress release archives
WordPress keeps a historical archive of all versions they've ever released at http://wordpress.org/download/release-archive, as shown in Figure 3-1. On that page, you find releases dating back to version 0.17 from 2003.
None of the releases found on the WordPress Web site is safe for you to use except for the latest release in the 3.0.x series. WordPress just likes to have a recorded history of every release for posterity's sake.
Figure 3-1: The archive of every WordPress release on record.
