|
此外，由于-CURRENT分支性能不好、稳定性不够等这些缺点，对于生产的服务器来说，通常运行的应该是FreeBSD-STABLE。如同它的名字那样，FreeBSD-STABLE的目的是“稳定地运行”。-CURRENT分支中的代码，在经过一段时间(通常是7到90天，但安全更新属于特例，通常会在几个小时)的验证之后，符合版本条件(有些新特性只能用于FreeBSD 5.0)的代码会被FreeBSD-STABLE吸收，这个操作称作MFC(Merge From -CURRENT，不是Microsoft Foundation Classes:P)。
由于FreeBSD 5.0的第一个RELEASE至今仍然没有发布，因此，目前还没有5.0-STABLE。目前，FreeBSD-STABLE有两个版本，FreeBSD 3-STABLE和FreeBSD 4-STABLE，分别对应3.x和4.x的最新稳定版代码(对应的cvs tag分别是RELENG_3和RELENG_4)。由于版本的更新换代，其中3.x的-STABLE正在逐渐消亡。FreeBSD-STABLE每天平均会修改10个左右的文件。
每隔一段时间，FreeBSD的发行工程组(Release Engineering Team)会对FreeBSD-STABLE的源代码树进行锁定。这段时间(目前的规定是30天，之前还有30天准备)内，所有的MFC操作都需要发行工程组的批准，因此，FreeBSD-STABLE在这个阶段基本不会引入任何新的特性。经过这段时间之后，发行工程组会在最后锁定ports树，并build一份所有的package，之后，这份锁定的-STABLE，可能经过若干RC(Release Candidate)，被命名为RELEASE，并制作光盘发行。
顾名思义，-RELEASE的设计目标是“发行”。一个版本一旦RELEASE，那么他的功能就不会再增加了。此后的所有维护的目标都只有一个，那就是绝对稳定。如果你和-RELEASE分支同步，那么绝不会出现make无法通过的情况，而且，通常这也可以保证你的系统“绝对”稳定，因为它不会引入任何新功能(例如，4.6就是4.6，如果你想要4.6.2的功能，必须明确地指定4.6.2)。
目前，FreeBSD有很多RELEASE版本，它们的cvs tag如下。我个人建议使用最新的4.6.2-RELEASE。
对于多数人来说，-RELEASE是一个比较极端的选择。无论何时出现版本升级，如果你想跟进，那都必须修改supfile，如果你选择不跟进，那么就可能造成ports工作异常。如果经常更新，-RELEASE可以保证操作系统本身的安全性，但同其他分支一样，如果ports出了问题，那么也得一块make，而既然这样，还不如使用-STABLE。
如果你符合下面的条件，那么RELEASE分支可能比-STABLE分支更适合你
|
你使用的软件对于操作系统的变化非常敏感，比如，它只能FreeBSD 4.5，而无法在4.6上运行；同时，你不打算采用它的更新版本，或者它的作者拒绝更新
操作系统的更新对于你来说没有任何意义，比如，你打算把FreeBSD当作一个相对固定的嵌入式操作系统来使用，例如，作为防火墙的一部分
更新会对你造成困扰，操作系统的绝大多数新特性对于你来说除了增加烦恼之外，不能带来任何其他东西。
|
并且，符合以下的全部条件
|
你每天察看FreeBSD，以及使用的全部软件的安全公告
你的Internet连接比较通畅
|
目前我本人维护的所有主机，除了作为防火墙的那台之外，使用的都是FreeBSD-STABLE。
一旦同步完源代码，就应该对整个系统进行更新。如果你没有每天察看安全公告的习惯，那就应该关心一下cvsup到底更新了哪些代码。nectar是目前FreeBSD的Security Officer。如果你发现他一下子更新了许多代码，那么对你来说立即make world和kernel很可能是必需的。
为了更新整个系统，在/usr/src中执行
make world
|
