以前曾经看过很多开发人员提到FreeBSD用于开发是非常优秀的系统,但是之前提到的主要都是freebsd在单机的开发环境下所具有的优势,但是最近我发现其实FreeBSD在开发方面所具备的优势并不仅只于此。在一个开发团队中使用FreeBSD是可以形成一个完整的解决方案的。在单机方面的开发环境上,我不想多说了,linux其实也具备很多好的特点的,我想说得更多是linux所不具备的特点。当然这个方案使用linux来完成并不是不可能的,但是使用linux来完成其中的很多部分是有一些困难的,从便利性上来讲不如FreeBSD,从我这个懒人的角度来讲,如果有两个方法来解决问题,一个既简单又快速(还很清晰),另一个相对比较复杂,耗时长。那我没有理由非要选用后一种 :mrgreen: 。说这话的原因是,我不想跟我们国家普遍存在的某些偏执的人引起任何的争论。只是想说这里其实有一种简单易行的方法。更主要的原因是,这种方法在我已知的情况下还没有人在开发环境的建立中使用。 其实这个方法所使用的技术都是已经被广泛采用的,甚至可以说有些古老的东西。只是通过FreeBSD这个系统能够把它们都串连在一起。可以形成一套完整的开发环境,还包括办公环境。我这个想法的核心是由一台FreeBSD中心服务器来完成的。这个中心服务器上安装CVS server,Samba server和NFS server就可以了,其中Samber server可以提供方便的空间共享,之所以除了NFS还要再单装Samba,是因为Samba在非*nix的环境上也可以使用。同时还可以安装CUPS来驱动一台打印机,通过Samba共享,让整个工作环境都可以共享打印服务。用FreeBSD做中央文件服务器和CVS服务器的好处是不会受到广大的Windows病毒的影响。现在还有一点缺憾的是在FreeBSD上还没有好的杀毒软件可用,虽然有个老美的杀毒软件,但是因为是付费的,付给老美一方面有点贵贵,另一方面也比较麻烦,希望我们国家的杀毒软件厂商也能考虑做一个能在FreeBSD上运行的版本,就算收点钱也可以。这样的好处就在于可以在crontab里运行杀毒软件定期的扫描文件服务目录中的文件是不是感染了病毒。其实这对于FreeBSD没什么意义,因为FreeBSD也不会受病毒的影响,但是使用这个文件服务的windows的机器就危险了,这也算是我的一个期望吧,也许不太现实。在FreeBSD上安装 CVS,Samba我都不太想多说了,文章很多了,我和老黄都曾经写过如何在 FreeBSD上安装CVS server的文。Samba很简单了用ports装就完了。以后有时间了我会把每个服务的安装文档整合进来形成一个完整的东西的。现在我们重点讲一下在FreeBSD上使用NFS的情况。其实这个是我最想说地,因为通过NFS和FreeBSD本身的软件系统相结合能够产生一个很意想不到 在FreeBSD上如何使用NFS server其实在FreeBSD上使用NFS server非常简单。打开NFS server的服务是个很简单的事情,只需要运行/stand/sysinstall,选择Configure,在这个菜单中选择Networking,里面有一个NFS Server的选项,把它勾上以后会进入编辑器编辑一个文件/etc/exports你直接写你要export出去的目录就可以了。需要注意的一点是FreeBSD的NFS有个可能算是不太好的特点,export出去的目录必须是mountpoint,也就是分区的挂点。例如你运行mount的时候你能看到你现在都mount了那些分区,mount到的那个目录就是相应的挂点。这点上Solaris就可以指定目录,所以我觉得FreeBSD这么弄有点不太爽,也许这样设计比较简单吧。 我现在从安装一台全新的FreeBSD来讲解一下怎么来实现快速安装。我们之前的那台服务器现在就派上用场了。那台中央服务器上可以安装src和ports,我们用NFS server把它的/usr export出来,而在新装的这台机器上选择不安装src和ports,在系统安装完毕之后,需要在/usr中建立src和ports的目录,然后我们通过下列命令来把中央服务器上的src和ports挂到我们的机器上,我们假设中央服务器ip地址为192.168.0.1,而新装的机器的ip地址为192.168.0.10,我们已经在中央服务器上向这个地址export了它的/usr(方法参考前面提到的) [code:1:c3cd3c93be]mount_nfs 192.168.0.1:/usr/src /usr/srcmount_nfs 192.168.0.1:/usr/ports /usr/ports[/code:1:c3cd3c93be]这样一来,我们新装的机器上就有了src和ports了。中央服务器在安装的时候也会make kernel和make world的,如果客户机的硬件和希望的配置跟中央服务器不太一样,只要在上面再写个新的内核配置文件,再用这个配置文件编译一个适合客户机的内核就可以了,而make world对于那台机器都是一样的,所以我们在客户机上直接make installworld就完了。把漫长的make world过程都给省了。装应用软件也是一样,只要有一台机器曾经用这套ports make install装过这个软件,并且没有make clean的话,其他的机器就可以跑到这个目录里面make reinstall一下就行了。我解释一下为什么要make reinstall,而不是make install,这是因为ports有个特点,它会在这个应用装过以后保留下一个install_done的标记,你在每个装完的应用目录里面的work目录中能看到这个名为.install_done.xxxxxx的文件,后面的xxxxxx是这个应用的名字。如果你换了台机器使用这个ports的话,直接make install的时候会发现并没有执行任何的安装就结束了,就是因为make检测到了这个文件,就不会再执行一次安装了。没关系,ports还为我们准备了解决的办法,这就是make reinstall,简单吧。这里还有个问题,我觉得ports解决的很好,因为通常很多软件涉及到很多依赖软件,如果这台客户机已经安装了一些依赖软件,我在安装一个依赖这些软件的新软件的时候,这些已经安装的依赖软件是不是也会重新来一遍呢?这不会很慢么?其实不会的,这涉及到多个系统共享一个ports时候多个系统安装差异的问题,不过这个考虑其实是多余的了,因为FreeBSD在安装上一个应用软件之后会在/var/db/pkg中保留一个这个软件的安装记录,所以你在安装一个依赖了很多软件的新软件的时候,它会检测你装了什么,没装什么,已经装过了的就不会再安装一次了。通过这样的方法,我们重新安装一个新的开发环境就变得异常的快速,而且可以灵活的定制。为什么会说灵活定制呢?你这装得不也是binary么?是这样的,以gnome2为例子,gnome2实际上是由一系列的小软件组成的,这个大家应该都清楚,如果我想定制其中一个小软件只要修改那个软件的编译参数重新编译一遍就可以了,其他的部分依然不会受到影响。编译单个的小软件无论对于什么机器来讲都是很快的所以对于安装速度的影响,就很小了。这种方法无论对于批量装机,还是单独定制都是个很爽的办法。但是这个方法我为什么要放在这样一个标题下讲,是因为这个方法需要一台单独的机器来做中央服务器,这对于大多数的个人用户是不现实,也没有意义的。但是却对于有多个人的开发团队来讲,一台机器是个小问题,能够快速的安装出来一台开发环境能够大幅度的提高效率,具有的意义就非同一般了。而且这个方法也只需要这台中央服务器定期更新它的src和ports,定期编译,客户机就可以跟着一起升级了,省得大家重复劳动了。提出这个方案是源于我们这个团队的开发环境都是使用的FreeBSD,因为我们是进行J2EE项目开发的,在FreeBSD上开发的时候我们需要编译jdk、Xfree、gnome2、eclipse等等软件,这都是装起来很慢的软件,每台机器都单独安装的话,大家都得累死。使用这个方法的话,实在是爽的不得了。差不多一个小时左右,一台合用的机器就完成了。补充一个需要注意就是大家如果在共享一个ports的时候使用portupgrade时候需要小心,一定要加上-wW参数,否则把共享的ports内容给清光了,会有人很郁闷的…… 最后我需要感谢黄冬教给我这个方法。其实这个方法是他们以前经常使用的方法,只不过不是用在开发环境的建立上,是他在门户网站的时候他们用来批量安装web服务器的方法,所以对于所有门户网站的管理员来讲这也是一个非常有用的办法。因为据我所知,国内几个用FreeBSD的门户网站,都是有大批量的FreeBSD服务器集群来进行服务的,装机就成为一个工作量很大的工作,如果采用这种方法,大家装机的时候也能够轻松不少了。而我个人的感觉其实在团队开发环境的建立上,使用这个方法其实比服务器的批量装机还更有意义,因为服务器通常装的那些软件还都比较小,而装一台开发用的机器要装得大软件就多的很了,所以我个人认为这对于开发环境来讲具有的意义更大。我把这个方法贡献出来,已经很熟悉这个方法的朋友不要骂我,我只是觉得虽然这个方法用的已经很普遍而且其实非常的简单,但是以前并没有人把它写出来给大家共享一下,另外因为其在使用上有一些小小的技巧需要注意,所以小弟我给大家献丑了。 |
Powered by Discuz! X3.4
Copyright © 2001-2021, Tencent Cloud.