管理构建依赖

在前面那个简单的例子里，我们往构建日志打印了一个幸运曲奇。

这次练习还不能与管理真正构建的复杂性相比，但至少我们学会了如何安装和启动Jenkins，而且如果在安装fortune程序时遇上了麻烦，你还会对持续集成服务器的阴暗面有一个初步的了解：管理构建依赖。

有些构建系统，例如Maven工具，它的POM文件描述了所需的构建依赖，这一点很不错。如果这些依赖在构建服务器里还不存在，Maven会自动下载它们。JavaScript的构建工具Grunt也很类似，有一个构建描述文件包含了构建所需要的依赖。Golang为了完成构建，甚至还可以包含GitHub库的链接。

C和C++构建存在着不同的挑战。许多项目使用GNU的Autotools，它的Autoconf并不描述需要的依赖，而是适配主机上可用的依赖。所以，为了构建文本编辑器Emacs，你需要先运行配置脚本来查明构建系统上潜在的诸多依赖中哪一个是可用的。

让软件在许多不同的系统配置上都可用是一个很有用的功能，因为我们并不总是想让建基于重量级的配置。在这种情况下，我们需要确定哪个功能百分百终将可用。我们当然不想因为在产品环境上遗漏功能而大吃一惊。