RedBeanPHP is actively developed by a community of open source developers.
This roadmap can change every moment but my plan for RedBeanPHP is pretty simple. As of version 4.0 RedBeanPHP has reached full maturity. Therefore I do not intend to add many more features because that would only make the library bloated, instead I will focus on maintenance, fixing bugs (if there are any ;) ), improving performance, testing and maybe add some convenience methods here and there.
We are currently beta testing version 4.2
RedBeanPHP 4.3 (October 2015)
- Compatibility with PHP 7
- Refactor Replica build script to use native PHP arrays instead of XML
- Support for Firebird/Interbase databases*
- Improving documentation
- Regular maintenance & clean up
- More tests
RedBeanPHP 4.4, 4.5 and beyond...
- Support for more open source databases...*
- Maintenance, testing and clean-up...
- Keeping RedBeanPHP up-to-date...
* Supporting new databases is quite an undertaking. Please do not rely on this schedule for future database support. Supporting a new database is always tricky and may take more time than expected. My intention is to implement support for lots of database platforms, however I do not have much time so I can't promise anything. Anything regarding database support in this schedule must be regarded as mere intentions, nothing more.
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 Beta release: March
- Spring Final release: April
- Autumn Beta release: September
- Autumn Final release: October
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.