Fleio release model¶
Fleio is following the continuous delivery software engineering approach.
We follow these principles in software development and releases:
prioritize bug fixing
peer developer review on each code commit
automatic testing and continuous integration on each commit
automatic deployment to internal staging servers on each commit
manual testing on each commit and comprehensive manual testing before each release
automatic shippable build on every commit
button-push automated public releases
frequent releases
we follow continuous delivery, not continuous deployment. Fleio does not upgrade your installation automatically. You must explicitly initiate any upgrade. It is recommended that you test each release in a staging environment before upgrading your production server. An internal license (to be used as development/staging license, not allowed for production use) is included for this purpose with each purchased license.
Monthly releases¶
Fleio has two monthly releases:
one BETA release in the first part of the month. The beta version numbers usually have a trailing
.0
(e.g.2020.12.0
). Beta versions are not recommended for production use.a STABLE release follows about a week after the beta release. Stable versions end with
.1
,.2
etc. (e.g.2020.12.1
) and are recommended for production.
Other versions may be released the same month if there are urgent and important bug fixes to ship.
Important
The scheduled monthly releases are the only way we ship security and bug fixes.
Owned licenses include a period of one year of updates and technical support starting on the purchase date.
Bug fixes are not back-ported to older versions, regardless if you have an owned or leased license.
To keep up with the latest development it is recommended that you purchase an updates-package and keep close to the latest Fleio version.
With an owned license you are entitled, however, to use an older version indefinitely (any version released during an updates-included period).