|
FreeBSD 5中将引入大量的新特性，包括核心级线程(目前FreeBSD中的线程支持仅限于用户级线程，这在多处理器的环境下性能不够好，当然，目前使用fork ()来支持的多进程线程模拟能够提供类似核心级线程的功能，但并不是所有的程序员都知道如何使用fork)、完整的Soft Updates(这一变化将提供更好的文件系统性能，同时提供更好的稳定性)，等等。
如果你有快速的Internet连接，一台或一些空余的机器(当然，不是生产用的服务器)，并且希望为FreeBSD的开发作贡献，或者你关心操作系统的最新发展，那么，-CURRENT分支是最好的选择。此外，由于-CURRENT 分支性能不好、稳定性不够等这些缺点，对于生产的服务器来说，通常运行的应该是FreeBSD-STABLE。
如同它的名字那样，FreeBSD-STABLE的目的是“稳定地运行”。- CURRENT分支中的代码，在经过一段时间(通常是7到90天，但安全更新属于特例，通常会在几个小时)的验证之后，符合版本条件(有些新特性只能用于 FreeBSD 5.0)的代码会被FreeBSD-STABLE吸收，这个操作称作MFC(Merge From -CURRENT，不是Microsoft Foundation Classes)。
由于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无法通过的情况，而且，通常这也可以保证你的系统“绝对”稳定，因为它不会引入任何新功能。
目前，FreeBSD有很多RELEASE版本，它们的cvs tag如下。我个人建议使用最新的4.6.2-RELEASE。
对于多数人来说，-RELEASE是一个比较极端的选择。无论何时出现版本升级，如果你想跟进，那都必须修改supfile，如果你选择不跟进，那么就可能造成ports工作异常。如果经常更新，-RELEASE可以保证操作系统本身的安全性，但同其他分支一样，如果ports出了问题，那么也得一块make，而既然这样，还不如使用-STABLE。
如果你符合下面的条件，那么RELEASE分支可能比-STABLE分支更适合你
你使用的软件对于操作系统的变化非常敏感，比如，它只能FreeBSD 4.5，而无法在4.6上运行；同时，你不打算采用它的更新版本，或者它的作者拒绝更新
操作系统的更新对于你来说没有任何意义，比如，你打算把FreeBSD当作一个相对固定的嵌入式操作系统来使用，例如，作为防火墙的一部分
更新会对你造成困扰，操作系统的绝大多数新特性对于你来说除了增加烦恼之外，不能带来任何其他东西。
一旦同步完源代码，就应该对整个系统进行更新。如果你没有每天察看安全公告的习惯，那就应该关心一下cvsup到底更新了哪些代码。nectar是目前FreeBSD的Security Officer。如果你发现他一下子更新了许多代码，那么对你来说立即make world和kernel很可能是必需的。为了更新整个系统，在/usr/src中执行:
以及
make kernel KERNCONF=内核配置文件名
|
|
