freebsd开发环境解决方案

《freebsd开发环境解决方案》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、freebsd开发环境解决方案　　以前曾经看过很多开发人员提到FreeBSD用于开发是非常优秀的系统，但是之前提到的主要都是freebsd在单机的开发环境下所具有的优势，但是最近我发现其实FreeBSD在开发方面所具备的优势并不仅只于此。在一个开发团队中使用FreeBSD是可以形成一个完整的解决方案的。在单机方面的开发环境上，我不想多说了，Linux其实也具备很多好的特点的，我想说得更多是linux所不具备的特点。当然这个方案使用linux来完成并不是不可能的，但是使用linux来完成其中的很多部分是有一些困难的，从便

2、利性上来讲不如FreeBSD，从我这个懒人的角度来讲，如果有两个方法来解决问题，一个既简单又快速（还很清晰），另一个相对比较复杂，耗时长。那我没有理由非要选用后一种　。说这话的原因是，我不想跟我们国家普遍存在的某些偏执的人引起任何的争论。只是想说这里其实有一种简单易行的方法。更主要的原因是，这种方法在我已知的情况下还没有人在开发环境的建立中使用。　　其实这个方法所使用的技术都是已经被广泛采用的，甚至可以说有些古老的东西。只是通过FreeBSD这个系统能够把它们都串连在一起。可以形成一套完整的开发环境，还包括办公环境。我

3、这个想法的核心是由一台FreeBSD中心服务器来完成的。这个中心服务器上安装CVSserver，Sambaserver和NFSserver就可以了，其中Samberserver可以提供方便的空间共享，之所以除了NFS还要再单装Samba，是因为Samba在非*nix的环境上也可以使用。同时还可以安装CUPS来驱动一台打印机，通过Samba共享，让整个工作环境都可以共享打印服务。用FreeBSD做中央文件服务器和CVS服务器的好处是不会受到广大的左右，ports就更多了。但是如果makeclean的话，再升级系统或者应用

4、软件的时候你又郁闷了，因为make这个工具有个特点，如果代码部分发生改变的时候，它只会编译发生改变的代码，而没发生改变的代码就不会编译，所以你要是上次编译完了makeclean了，再编译就会从头开始，如果不做makeclean，再编译123下一页——感谢阅读这篇文章，..，一次的速度就很快了。有些人会问为什么不用FreeBSD提供的binary级的升级以及使用ports的package？原因是这样的，对于系统的binary升级补丁，一方面提供的频率比较低，而且我还不知道怎么下载安装。而且有的时候更新少的时候我不是太想升

5、级。对于ports呢，我本人其实不太愿意用package，因为官方生成的package更新的速度很慢，这点很郁闷。自己生成package呢，总有各种各样的问题，虽然现在ports可以makepackage-recusive但是，我弄了几次都没弄出一套完成的package出来。还是直接用ports来makeinstall最方便，但是如果这些都在每台机器上重新编译的话，无疑是很痛苦的，如果是一台快机器的话，还可以，可能一天就能完了，如果是一台慢的机器弄不好3、4天实在是太烦人了。这个问题怎么解决才好呢？我们怎么才能在1个小

6、时之内装出一个我们能够方便使用的，带有我们所需的应用软件的全新的机器呢？，也很快但是还是有几个问题，通常的linux本身装起来很慢，这个大家不能否认。装一下Redhat现在是个非常慢的事，没个几个小时装不完，而我装一套FreeBSD的基本系统不超过15分钟，这一点就没法比了。而且linux升级只升级内核的话，只能修正内核的问题，如果是附带的应用有问题，例如BIND，ftp，apache之类的东西，还需要单独找补丁包升级，也要累死。而且如果需要定制应用的话，rpm也得重新编译才行，用binary就要放弃定制的灵活性。所以

7、要是装一套合用的linux也是要很长时间的。我所说的这些大家恐怕都有体会。但是FreeBSD上是可以解决这个问题的，这个恐怕是源于FreeBSD非常合理的系统设计，ports和src的系统都是非常灵活而且方便的系统，这给我们快速安装创造了条件，只要结合了NFS就可以实现。　　我现在从安装一台全新的FreeBSD来讲解一下怎么来实现快速安装。我们之前的那台服务器现在就派上用场了。那台中央服务器上可以安装src和ports，我们用NFSserver把它的/usrexport出来，而在新装的这台机器上选择不安装src和por

8、ts，在系统安装完毕之后，需要在/usr中建立src和ports的目录，然后我们通过下列命令来把中央服务器上的src和ports挂到我们的机器上，我们假设中央服务器ip地址为192.168.0.1，而新装的机器的ip地址为192.168.0.10，我们已经在中央服务器上向这个地址export了它的/usr（方法参考前面提到的）代码