Ninja 是Google的一名程序员推出的注重速度的构建工具,一般在Unix/Linux上的程序通过make/makefile来构建编译,而Ninja通过将编译任务并行组织,大大提高了构建速度。
Ninja的目标是成为汇编程序。
构建系统在需要做出决策时变得缓慢。当您处于编辑 - 编译周期时,您希望它尽可能快 - 您希望构建系统执行必要的最少工作以确定需要立即构建的内容。
Ninja包含描述任意依赖图所需的最基本功能。它缺乏语法使得无法表达复杂的决策。
相反,Ninja旨在与生成其输入文件的单独程序一起使用。生成器程序(如 ./configure
在autotools项目中找到的)可以分析系统依赖性并尽可能多地做出尽可能多的决策,以便增量构建保持快速。超越自动工具,甚至构建时决定,比如“我应该使用哪个编译器标志?” 或“我应该构建调试或发布模式二进制文件?” 属于 .ninja
文件生成器。
设计目标:
- 非常快速(即即时)增量构建,即使对于非常大的项目也是如此。
- 关于如何构建代码的政策很少。不同的项目和更高级别的构建系统对如何构建代码有不同的看法; 例如,应该在源代码旁边构建对象还是应该将所有构建输出放到一个单独的目录中?是否有一个“包”规则来构建项目的可分发包?通过尝试允许实施这些决策而不是选择来实现这些决定,即使这会导致更多的冗长。
- 获取依赖关系是正确的,特别是使用Makefiles很难得到的情况(例如,输出需要对用于生成它们的命令行的隐式依赖;要构建C源代码,您需要使用gcc的
-M
标志来实现标头依赖性)。 - 当方便和速度发生冲突时,请选择速度。
一些明确的非目标:
- 手动编写构建文件的方便语法。 你应该使用另一个程序生成你的忍者文件。这就是我们如何回避许多政策决定。
- 内置规则。开箱即用,Ninja没有例如编译C代码的规则。
- 构建的构建时自定义。选项属于生成忍者文件的程序。
- 构建时决策能力,例如条件或搜索路径。做决定很慢。
重申一下,Ninja比其他构建系统更快,因为它非常简单。您必须告诉Ninja在创建项目 .ninja
文件时要做什么。
评论