目前，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 world
以及
make kernel KERNCONF=内核配置文件名
当然，也可以连起来执行：
make world kernel KERNCONF=内核配置文件名
如果你的计算机运行速度较慢，那么，对于基本系统的更新(相当于不包括库的一次world)，可以用
make most
替代make world，但make world是一个不错的主意，因为它能够保证对C运行环境的改变应用到所有的程序中，如果修正的不是动态连接的C函数库，那么make world可以保证代码的一致性。
make kernel是一个需要重新启动的操作。如果你的make world修改了系统的关键服务，那么最好也重新启动一下。我很少有耐心看完make world和kernel的执行，根据系统的运行速度不同，这需要一个小时到一天的时间，而且，不是所有的SSH客户端都能够长时间正确的执行，例如，SecureCRT的多个版本都有内存泄漏问题。