Having multiple maintained versions isn't a mystery. (Although figuring out which one you want might be; I'm.... 80%... sure you want the highest numbered "RELEASE", not "STABLE", but not 100%).
I cannot imagine any reason why somebody would want to use RELEASE for production.
A RELEASE is good for installing FreeBSD on a new computer, or for upgrading from a previous major version of FreeBSD, e.g. from 13 to 14 or from 14 to 15.
After installing a RELEASE, you normally update it to STABLE, before starting to use the computer.
STABLE versions correspond to the long-term-support versions of Linux, i.e. they include only essential back-ported patches, like security patches or bug fixes.
RELEASE are the initial versions, like a Linux x.x.0 version, which may have various problems that are discovered later and corrected in the STABLE versions.
I have been running FreeBSD continuously 24/7 on many servers for more than a quarter of century, and I have always used STABLE on them (after installing RELEASE first, especially when upgrading from an older major version, to minimize the risks of incompatibilities).
Yes, looking at the current handbook, today you are right and my posting was wrong.
However, this is because the policy of FreeBSD has changed. Decades ago, when I started using FreeBSD, STABLE was like I said, the recommended branch for production and frequently it was strictly necessary to update to STABLE because it had important patches missing in RELEASE.
It appears that they have changed this some years ago.
However, I was oblivious to this, because it did not affect me as I do not track automatically their STABLE versions, but I do only some audited updates.
I've been using FreeBSD since 1996, both commercially and as a hobbyist.
Early on, back in the CVS days, I would do a you describe, building STABLE out of /usr/src.
These days, I always use RELEASE and apply patches with freebsd-update.
Nobody asked, but a quarter century ago we used FreeBSD stable with current ports in a small business setting. A mostly unchanging base system but always the most recent user facing software (KDE iirc).
Linux distros only recently started doing this with the rise of flatpaks on top of immutable distros (or Debian stable).
The latest release of FreeBSD with i386 images. The 14.x branch is the last to support the platform.
The 14.x branch has an expected end of life (EOL) of November 2028:
* https://www.freebsd.org/security/#sup
Oh, sweet mystery of FreeBSD versioning. 15.1-Release already came out.
(Yes. I know.)
Akshually-
Edit: I love HN. I'm obviously joking, but instant 4 downvotes
We're allowed to have fun, guys.
Present and accounted for ^^
Having multiple maintained versions isn't a mystery. (Although figuring out which one you want might be; I'm.... 80%... sure you want the highest numbered "RELEASE", not "STABLE", but not 100%).
For production, yes, use RELEASE.
Yeah, but which one?
Also, real businesses use -CURRENT, everybody knows that.
> Also, real businesses use -CURRENT, everybody knows that.
No, not really.
I have thousands of CDN servers that would disagree with you.
https://people.freebsd.org/~gallatin/talks/OpenFest2023.pdf
Netflix is just a single point. I'd never run current in production.
It may be more common than you think. The latest version of pfSense CE is on 16.0-CURRENT.
PFsense gleefully ships vulnerable code to their own customers. They are an even worse data point
https://arstechnica.com/gadgets/2021/03/buffer-overruns-lice...
-CURRENT is great for cattle. For pets, I recommend -RELEASE.
14.x-RELEASE if you still need i386 support, 15.x-RELEASE if you are installing new and want the longest longevity.
I cannot imagine any reason why somebody would want to use RELEASE for production.
A RELEASE is good for installing FreeBSD on a new computer, or for upgrading from a previous major version of FreeBSD, e.g. from 13 to 14 or from 14 to 15.
After installing a RELEASE, you normally update it to STABLE, before starting to use the computer.
STABLE versions correspond to the long-term-support versions of Linux, i.e. they include only essential back-ported patches, like security patches or bug fixes.
RELEASE are the initial versions, like a Linux x.x.0 version, which may have various problems that are discovered later and corrected in the STABLE versions.
I have been running FreeBSD continuously 24/7 on many servers for more than a quarter of century, and I have always used STABLE on them (after installing RELEASE first, especially when upgrading from an older major version, to minimize the risks of incompatibilities).
This is not correct, stable is a dev branch, so you’ve been running your 24/7 machines off of unreleased code:
“FreeBSD-STABLE is the development branch from which major releases are made.”
(https://docs.freebsd.org/en/books/handbook/cutting-edge)
probably works, but i’m not doing that on my prod thanks. (perhaps you’re thinking of the releng/foo branches instead?)
Yes, looking at the current handbook, today you are right and my posting was wrong.
However, this is because the policy of FreeBSD has changed. Decades ago, when I started using FreeBSD, STABLE was like I said, the recommended branch for production and frequently it was strictly necessary to update to STABLE because it had important patches missing in RELEASE.
It appears that they have changed this some years ago.
However, I was oblivious to this, because it did not affect me as I do not track automatically their STABLE versions, but I do only some audited updates.
I've been using FreeBSD since 1996, both commercially and as a hobbyist. Early on, back in the CVS days, I would do a you describe, building STABLE out of /usr/src.
These days, I always use RELEASE and apply patches with freebsd-update.
Nobody asked, but a quarter century ago we used FreeBSD stable with current ports in a small business setting. A mostly unchanging base system but always the most recent user facing software (KDE iirc).
Linux distros only recently started doing this with the rise of flatpaks on top of immutable distros (or Debian stable).
pfSense is -CURRENT, Netflix OCA is -CURRENT, etc. It's not too hard.
https://forums.freebsd.org/threads/pfsense-software-embraces... :)
That seems to be an "April Folks Joke"
username checks out
supported platforms: https://www.freebsd.org/releases/14.5R/hardware/#proc