Gradle VS Maven

Gradle是基于任务依赖的。

Maven是基于固定的、线性的阶段模型，目标被附加在项目阶段上，而目标的功能与Gradle的任务类似。

Gradle和Maven都支持并行构建

Gradle支持增量构建，可以大大缩减构建时间。

其他构建特性：

1.         Java类的增量编译

2.         避免不必要的Java编译

3.         递增式子任务的API使用

4.         编译器守护进程，也让编译速度快了很多。

Maven不支持增量构建

Gradle和Maven都可以处理动态和转义的依赖关系，使用第三方依赖缓存，并读取POM元数据格式。

可以通过中心版本定义来声明库的版本，并强制执行中心版本。

两者都可以从其工件库中下载过渡性依赖。Maven有Maven Central，而Gradle有JCenter，你也可以定义自己的私人公司仓库。

Gradle在API和实现依赖性方面胜出，

同时允许并发安全缓存。

能将仓库元数据与缓存依赖一起保存，确保使用同一缓存的两个或多个项目不会相互覆盖，而且它有一个基于校验的缓存，可以与仓库同步缓存。

此外，Gradle兼容IVY Metadata，允许你定义自定义规则，为动态依赖指定版本，解决版本冲突。

其他只有在Gradle上才能找到的依赖性管理功能有:

在兼容库中使用替换规则

ReplacedBy规则的使用

更好地解决元数据问题

能够动态地用外部依赖关系替换项目依赖关系，反之亦然。

这些在Maven上是无法实现的

Gradle可以比Maven更容易处理复合构建

就执行模型而言，两者都有任务组和描述。两者都能让你只构建指定的项目及其依赖关系。

Gradle有一个完全可配置的DAG

在Maven中，一个目标只能附加在一个其他目标上。多个目标采取的是有序列表的形式。

Gradle还允许任务排除、转义排除和任务依赖性推断。

Gradle还有任务排序和最终确定器等高级功能。

Maven没有这些功能

管理构建基础架构方面， Gradle使用接受自动供应的包装器。

Gradle还可以让你配置基于版本的构建环境，而无需手动设置这些环境。它还允许自定义发布。

使用Maven，你需要有一个扩展来支持自供应构建。