Gradle是CI过程工具，而不是系统。持续集成过程中的构建、自动化测试、打包、发布都可以使用Gradle来完成。而持续进程过程为我们降低各方面成本，提高产品信心，提高产品质量有着非常重要的作用（不要问我为啥）。而我们很多研发人员非常讨厌CI过程，这一点的问题原因是研发人员没有从CI过程中获取任何利益，而且还增加了维护成本。关于这一点等有机会的时候和大家讨论一下《怎么统一研发，质量，测试，管理之间的利益》（统一各方面的利益之后众志成城，万众一心，我们的产品会更上一层楼)。
在使用Gradle过程中发现在Gradle中的很多特性，很多原理都很特别。这里说明几个使用实践。（这里不与makefile，maven，ant进行对比）
1.关于Gradle的执行的过程：
很多介绍Gradle的地方，都说Gradle脚本是一种配置脚本。他们说这句话的原因是因为在Gradle中提供了很多插件，启用插件后直接调用方法闭包进行配置就可以完全完成项目需要的功能。所以，Gradle很多时候都是以配置文件的形式存在的。
但，Gradle的脚本不简单是配置文件。从Gradle执行的三个步骤可以看出：
1>Initialization：Gradle 支持单项目或者多项目构建，在该阶段，Gradle认哪些项目会参与构建，然后为每一个项目创建 Project 对象
2>Configuration：这个阶段就是配置 Initialization 阶段创建的 Project 对象，所有的配置脚本都会被执行
3>Execution：这个阶段 Gradle 会确认哪些在 Configuration 阶段创建和配置的 Task 会被执行，哪些 Task会被执行取决于gradle命令的参数以及当前的目录，确认之后便会执行
大家可以从Gradle执行过程得出，Gradle的使用过程不止配置脚本那么简单。具体可以看：
1>在初始化阶段，Gradle没有指定默认的初始化脚本，必须使用Gradle的命令行参数进行指定。这个过程可以使用Gradle的Hook来完成相应的回调注册，以控制整个Gradle执行过程。
参见：https://docs.gradle.org/current/userguide/init_scripts.html
