Gradle包装器

作为构建工具，或者使用构建工具进行协作开发的开发人员，常常担心的一件事情是因为每个人开发环境的不一致，导致同样的一份代码在不同的环境下，构建出来的结果不同。

在条件允许的情况下，协作开发的开发人员应该使用虚拟机进行开发，所有人采用同样的一份镜像，并且由专门的人来持续更新和测试镜像。

Gradle包装器是从构建工具的角度，为协作开发的开发人员提供构建环境的一致性。

Gradle包装器带来的好处： 1.构建工具版本一致性； 2.一次配置，到处运行；

如何给项目添加Gradle包装器？(第一次配置)

> gradle wrapper --gradle-version 2.0
:wrapper

BUILD SUCCESSFUL

Total time: 1 secs

wrapper任务可以进行进一步的自定义配置。

task wrapper(type: Wrapper) {
    gradleVersion = '2.0'
}

任务运行完之后，会产生如下的目录结构：

simple/
  gradlew
  gradlew.bat
  gradle/wrapper/
    gradle-wrapper.jar
    gradle-wrapper.properties

生成的这些文件/目录如何处理?全部提交到代码版本管理（Repo）中。

Gradle包装器只需要配置一次，最好在项目启动的时候就配置（如果你使用gradle init命令，那么包装器就是默认配置）。

其他协作开发人员如何使用？（一次配置，到处运行）

使用gradlew命令

./gradlew <task> (on Unix-like platforms such as Linux and Mac OS X)
gradlew <task> (on Windows using the gradlew.bat batch file)

每一个包装器都有一个指定的Gradle版本，当第一次运行gradlew命令时，它会去下载对应的gradle版本。

下面这些文件是包装器的组成部分，所以不要删除：

gradlew (Unix Shell script)
gradlew.bat (Windows batch file)
gradle/wrapper/gradle-wrapper.jar (Wrapper JAR)
gradle/wrapper/gradle-wrapper.properties (Wrapper properties)

如果你想知道下载的Gradle在什么位置？你可以在这里找到：

$USER_HOME/.gradle/wrapper/dists.

在CI持续集成中使用

和其他构建工具Ant或者Maven不同，如果需要在持续集成服务器上使用，并不需要提前在服务器上进行配置。只要有合适的Java运行环境即可。