RedBeanPHP is currently considered to be quite mature and stable. We do not plan to add a lot of new features anymore, that would only make the library bloated. We don't want that. Instead, we focus on keeping RedBeanPHP up-to-date and compatible with the latest PHP and database developments.
The release cycle of RedBeanPHP is two times a year; a spring release and an autumn release. This means every six months there will be a new version of RedBeanPHP.
- Spring/Summer Beta release: March
- Spring/Summer Final release: April
- Autumn/Winter Beta release: September
- Autumn/Winter Final release: October
RedBeanPHP 4.3 EOL
Support has been extended.
RedBeanPHP 4 will reach its end-of-life status by January 2021. Make sure you have upgraded to RedBeanPHP 5 by that time. Note that RedBeanPHP 5 is fully backward compatible with RedBeanPHP 4 with the exception of the Cooker plugin (use R::dispense() instead).
RedBeanPHP 3.5 EOL
RedBeanPHP 3.5 will reach its end-of-life status by October 2016. Make sure you have upgraded to RedBeanPHP 4.3 by that time. Unlike version 3.5 RedBeanPHP 4.3 does not support PHP 5.2 and PHP 5.1 if you're still on PHP 5.2 please upgrade to the latest version of PHP 7+ to continue using RedBeanPHP. RedBeanPHP 4.3 requires at least PHP 5.3.
RedBeanPHP uses a very sane version numbering system. The version number tells you something about the version; it has meaning. All RedBeanPHP versions have a version number. The version number consists of three parts; major, minor and point release.Version X.X.X
When the major version number increases, this means the new version is NOT backward compatible with all previous versions. Most of the time this means you better not use it in your current project if you are already using RedBeanPHP or you might have to make some changes to the project to make it work with the new version of RedBeanPHP. This is not always as bad as it sounds. For instance version 3 is not backward compatible with version 2, but only if you use the optimizers (which by default are turned off). So while this is a major version bump it's actually not that bad. However, while difference between 2 and 3 is relatively small, the gap between 1 and 2 was a really big one. Anyway whenever the major version number changes make sure you check the changelog to determine whether you can upgrade or not.
A minor version change means new features! Minor versions don't break backward compatibiltity, they just mean new features have been added. Often, this goes hand in hand with changes in documentation or bugfixes. Therefore it's relatively safe to do a minor upgrade. Be sure though to check the changelog on the website. You might be able to take advantage of the new features!
A point version or point release happens when the last digit has been increased. Note that although you might assume a digit normally varies from 0-9, you might encounter minor and point releases like X.X.12 or X.30.X. Not sure if this will happen, however as RedBeanPHP matures you will see less major upgrades and more minor upgrades and point releases. A point release version is normally a maintenance version. This may include bugfixes, new tests, documentation changes or just some code cleanup. While it's always a good idea to scan the changelog most of the time you can be pretty sure there are no compatibility issues nor interesting new feature. Of course if you have reported an issue the point release can be quite interesting because the bug might have been fixed. In this case, the Github bug report number and the fix will be mentioned in the changelog.
back to main menu
Performance monitor: this page has been generated in 0.02435302734375s. Is the performance lacking? Please drop me an e-mail to notify me!