有了BuildBot搭建的持续集成环境还远未结束，具体的构建脚本还得自己来写。我们用的是Make工具，对应要编写的脚本就是Makefile。

Make是日常代码构建常用的工具，尤其是绝大多数C和C++项目都会将Make作为首选构建工具。平时多数情况大家都是直接敲入make命令便开始了构建过程，很少有人为make传入什么参数的（调试Makefile的情况除外）。但是有些时候自定义的Make命令行变量还是很有用处的，特别是在将Make与持续集成环境集成的时候。

实际上这个话题是源于我在搭建持续集成环境时遇到的一个实际问题。我们的产品的目标之一就是支持在不同平台上运行。这样我们需要在不同平台下都能进行构建，这也要求我们的Makefile可以自适应多种环境。以前的产品没有多平台运行的需求，其Makefile的实现也就没有考虑到这一点。在做平台移植的过程中，我们对Makefile脚本做了调整，不过虽然其可以满足在多平台上Build的要求，但是在某些情况下Build前需手工修改Makefile中的某些开关变量，比如是进行64bit编译还是32bit编译等。

这样的Makefile是不能用于持续集成环境下的多平台构建的，因为是自动构建，我们无法在中间进行人工干预。这时我们就需要借助Make命令行变量的帮助来解决这一问题了。举一个简单的例子，看下面的C源文件和对应的Makefile：

/* foo.c */
int main() {
    printf("sizeof(long) = %d\n", sizeof(long));
}

#
# Makefile
#

CMODE = 64-bit

ifeq ($(CMODE), 64-bit)
    CFLAGS += -m64
endif
   
all:
    gcc $(CFLAGS) -o foo foo.c   

显然Makefile中CMODE的取值不同，编译出的foo执行的结果就不同。但我们确有这样的需求，我们需要通过控制CMODE的值来决定Build结果。我们不想改动Makefile，我们可以通过Make的命令行变量设置来解决这个问题。我们只需在执行make时传入"CMODE=32-bit"这个参数即可让Build过程按照非64位方式进行。

一般的带命令行变量的make命令格式是：make [variable1=value1 variable2=value2 ... ... ]。make命令行中传入的变量会覆盖Makefile文件中定义的同名的并且没有使用override修饰的变量。命令行上的变量的赋值也可以用支持直接展开的:=赋值符号。

有了这种方法，我们就可以在BuildBot的build factory实例化时传入带参数的step了，即可以通过不同参数来控制在各个平台上的自动构建了。

今天是Ubuntu 11.04版本(Natty Narwhal)发布的正日子！想必全世界的Ubuntu Fans们都会或多或少的兴奋上一阵儿。我接触Ubuntu这个Linux发行版较早，甚至可以追溯到Ubuntu 5.10。不过真正将Ubuntu作为我日常工作学习的第一操作系统还是在去年Ubuntu 10.04LTS版本发布之后。从那时起到现在整整有近一年时间了。这里我也来说说这一年来使用Ubuntu的感受。

初次使用Ubuntu的朋友可能都会被问到以下问题：

·你的Windows系统很奇怪啊，咋和我的不太一样呢？

·你用的是苹果操作系统吗？

·你为何不用Windows操作系统了呢？

·Ubuntu比Windows好在哪里呢？

实话实说，我接触Linux的初衷就是好奇。用惯了Windows，总想换个新鲜的环境。也许与我有类似想法的人会有不少。至于Windows和Ubuntu哪个更好？我倒是觉得没啥可比较的。两者诞生的背景不同、创造者集体认同的文化不同、设计思想的聚焦也不相同。非要将两者在个人电脑桌面领域分出一个高下未免有些狭隘。从全局来看，两者既是竞争对手，同时也可以相互补充。关键在于你的需求以及你对两个系统背后文化的认同。如果你只是使用过其中一种系统的话，那你就更没有发言权了。你没有深入地使用过Linux，你又怎么能体会到其背后的文化内涵呢！至于媒体上所宣传的Linux免费、病毒少以及比Windows安全等等特性，我觉得对于普通中国人来说，这些都不能构成实际的吸引力，却颇有些噱头的意思在里面，至少免费这一项在大陆是不成立的，具体原因你是懂的。

Linux是大势所趋，这里倒不是针对桌面领域，而是其全局竞争力，是指对整个IT产业的影响。前不久Linux也刚刚过完自己20周岁的生日。媒体一致认为Linux已经战胜了Windows，观点依旧片面，但不可否认的是Linux已经渗透到了整个行业的各个角落，这个是桌面老大Windows所无法比拟的。想像一下：全世界的有多少数据中心的节点上跑的是某个Linux发行版或自定制版的Linux版本，而又有多少个节点跑的是Microsoft的Windows Server呢？恐怕只有Microsoft自己的数据中心有吧。在嵌入式领域Linux更是独领风骚。

有些跑题了，我们言归正传，说Ubuntu的使用感受。如果说目前的Ubuntu在桌面领域已经超越了Windows，那肯定是谎话。实际上的情况是与桌面老大Windows相比，号称最流行的Linux桌面发行版的Ubuntu依旧有着很大差距。当然这些差距是可以理解的。毕竟Windows是在一个庞大的商业帝国下面由成千上万的精英花了十多年专职打造出来的，而Ubuntu则只是一个Linux发行版而已。按Eric S.Raymond的观点：前者是大教堂中的产物，后者则是集市中人们智慧的结晶。

在使用Ubuntu 10.04的过程中积累以下使用感受：

1、Ubuntu系统兼容性差

可以明确地告诉你：不是所有机器都可以成功安装Ubuntu的，有些时候你费了九牛二虎之力，也只能无奈的退回到以前的系统。虽然我自己没有遇到这种情况（我的机器乃是ThinkPad X60），但是耳闻目睹的失败案例倒有不少。

2、Ubuntu并没有想像中的那么稳定和可靠。 

我们在使用Windows时偶尔会遇到蓝屏，这样的场景我在Ubuntu下也时有发生。有些时候运行一些桌面应用也会导致桌面系统崩溃。

3、缺少厂商积极的驱动支持

很多Linux自带的驱动程序都不是相应设备厂商提供的，这样会导致设备性能无法发挥到最优。另外新设备的驱动无法及时提供会导致这些设备在Ubuntu下无法使用。

4、升级风险较大

这个我还是有亲身体会的。在10.04之后，我曾经多次升级过内核，从2.6.32-24到2.6.32-27再到2.6.32-30，每次升级后系统总会有些奇怪的问题发生：比如无线路由升级后频繁断连、窗口切换变得迟钝等等。虽然之前发布过10.10版本，但是我尚未敢尝试直接升级，因为社区里的很多人反映升级后系统无法启动或启动后出现各种故障或某些设备无法使用等情况。

5、残留的Bug不少

虽说Windows发行版也有诸多Bug，不过Ubuntu有一些严重的问题，比如休眠根本无法使用、启动应用程序的记录注销前会话功能无法取消等等。

6、优质桌面应用相对匮乏

现有的桌面应用的表现（性能、美观和易用性）尚无法与Windows上的一些知名应用相提并论。比如Ubuntu下的OpenOffice很是让人失望，让我不得不开始怀念起Ms Office。

到这里你也许会问：怎么都是糟糕的体验呢？那Ubuntu就没啥优点了吗？不是这样的。Ubuntu专有特性你可以参考Ubuntu官方的宣传文档。而我想说的是Ubuntu或Linux最大的优点就是其开放性以及其尚不完善的状态。开放性让你可以深入挖掘到Linux背后的任何一个细节并作出你的修改；另外正是由于其不完善，作为程序员的我们才有了用武之地，不是吗！

通过这一年来的使用，我发现Ubuntu真正进入大众生活还为时尚早，即使以后做到了，可能最终也无法达到Windows或Apple的Mac OS在个人电脑桌面领域所达到的高度。不过对于一名程序员来说，Ubuntu或任何一个其他Linux发行版却是极其适宜的，你可以按照你的想法掌控一切，不过前提是你要花费一些时间和精力去挖掘Ubuntu、挖掘Linux。

Ubuntu不是这个世界上唯一的Linux发行版。使用Ubuntu是自发的，放弃Ubuntu也是自发的。如果你不认同Ubuntu演进计划，你大可尝试一下其他发行版，比如Fedora、Arch、OpenSuse等。使用Ubuntu的人都是有一些Geek精神的，所以转到其他Linux发行版也不是什么新鲜事。