单元测试，以可控方式运行代码。

生成可以用于部署的产品。

这真是太苛刻了！

并不是所有的代码都会通过每一个阶段。例如解释型语言可能就不需要编译，但是它们可以从质量检查中受益。

构建系统的各个方面

在软件开发的历史上，许多种构建系统逐步发展。有时可能会让人觉得构建系统的数量比编程语言还多。

这里有一个简短的列表，你自己感觉一下数量会有多少：

对于Java来说，有Maven、Gradle和Ant。

对于C和C++来说，有各种不同的Make。

Clojure这个JVM的语言来说，有Leiningen、Boot和Maven。

对于JavaScript来说，有Grunt。

对于Scala来说，有sbt。

对于Ruby来说，有Rake。

最后，当然我们还有各种各样的shell脚本。

视企业的大小和构建产品的类型而定，你可能会碰到若干个这样的工具。为了让生活更有乐趣，各个企业发明专属的构建工具也是很常见的事。

作为对许多构建工具复杂性的回应，常用的点子是将特定工具标准化。如果你构建的是复杂的异构系统，效率不会高。例如，用Grunt来构建JavaScript就是比用Maven或者Make来得简单，而用Maven来构建C语言就不是很有效率，等等。一般来说，工具存在即合理。