Rake 是一种构建语言，其用途类似于 make 和 ant。与 make 和 ant 一样，它是一种领域特定语言 (DSL)，但与它们不同的是，它是一种使用 Ruby 语言编写的内部 DSL。在本文中，我将介绍 rake，并描述我在使用 rake 构建此网站时发现的一些有趣的事情：依赖模型、合成任务、自定义构建例程以及调试构建脚本。

Bruce Eckel 最近发表的文章 关于 ant 和 make 促使我分享一些我对构建语言的想法。ant 和 make 都指定了构建的发生方式，它们是用于描述构建的语言。两者都被广泛使用并且取得了成功。然而，两者都遇到了局限性，在更大的系统中，人们经常发现需要从其他程序生成 ant/make 文件。

自动化构建和测试环境的挑战之一是您希望构建速度快，以便快速获得反馈，但全面的测试需要很长时间才能运行。部署流水线是一种通过将构建分解成多个阶段来解决这个问题的方法。每个阶段都提供越来越高的信心，通常以额外的时间为代价。早期阶段可以发现大多数问题，从而提供更快的反馈，而后期阶段则提供更慢、更彻底的探测。部署流水线是 持续交付 的核心部分。

自动化配置工具（例如 CFEngine、Puppet 或 Chef）允许您指定如何配置服务器，并使新服务器和现有服务器保持合规性。这有助于避免 雪花服务器 的问题。此类工具可以创建可以随意拆除和重建的 凤凰服务器。不可变服务器是这种方法的逻辑结论，即一旦部署，服务器就永远不会被修改，而只是被一个新的更新实例所取代。

在过去的几天里，我一直在审阅我的同事 Julian Simpson 撰写的一篇关于重构 ant 文件的文章。Julian 是我们的“部署专家”之一，他一直致力于将我们以敏捷为导向的工作习惯应用于系统部署。在做这件事的过程中，Julian 遇到了比他应得的更多的棘手的 ant 构建脚本。他的文章很好地描述了他最喜欢的一些清理混乱的方法。

持续集成 的拥趸们普遍认为，构建应该是可重现的。我们的意思是，在任何时候，您都应该能够获取您正在处理的系统的某个旧版本，并以与当时完全相同的方式从源代码构建它。

使用 make 进行构建时，您可以通过比较输出文件和输入文件的修改日期来确定是否需要进行工作。对于编译之类的事情（a.out 依赖于 foo.c），这种方法效果很好，但有时输出更难看到。