2.2.  项目打包

项目开发好之后，需测试/部署在不同的环境中。我们需要把项目打包成我们需要的格式，如jar、war、ear等。如何定义打包脚本，让gradlebuild命令运行后打包文件。

²  jar文件

脚本：jar｛｝；jar元素通知gradle创建jar文件。jar是缺省值，在gradle.build文件中无需引用jar插件。

²  war文件

脚本：war｛｝；  创建war文件的脚本为：

apply plugin: "war"

war {

}

²  ear文件

脚本：ear｛｝；创建ear文件的脚本为：

apply plugin: "ear"

ear {

}

2.3.  jar文件和版本

默认gradle使用项目名称作为jar文件名称；版本需要使用version元素在build.gradle文件中定义。

version= ‘1.0，最终jar文件的名称为 项目名称 ‘-’版本。中间是减号连接。虽然version元素可以定义版本，还是建议在jar里面定义名称和版本，脚本如下：

jar{

      baseName = ‘myProjectName’

      version   =  ‘2.0’

}

      baseName定义jar文件名称；version定义jar版本。

如果你定义成这样：

version = '1.0'

jar {

    baseName = 'MyJavaGradleProject'

    version =  '2.0'

}

则名称为：MyJavaGradleProject-2.0.jar;因为里面的优先级高。

2.4.  定义依赖

我们需要使用“dependencies”元素定义项目依赖。当我们增加依赖，gradle从maven仓库中下载jar包至本地仓库，并加入项目构建路径。

      示例的项目定义如下：

dependencies {

compile group:'commons-collections',name:'commons-collections',version:'3.2'

testCompile group: 'junit', name: 'junit', version: '4.+'

}

      使用‘compile’定义开发依赖；使用‘testCompile’定义测试依赖。

我们可以简化上面的脚本：

dependencies {

compile("commons-collections:commons-collections:3.2")

testCompile("junit:junit:4.+")

}

还可以去掉圆括号，更简洁：

dependencies {

compile "commons-collections:commons-collections:3.2"

testCompile "junit:junit:4.+"

}

这就是说，定义每个jar依赖，无需使用group、name、版本元素，可以使用最简单的格式。但是一定要保持顺序不变，即组名，然后版本。代替(,)，使用冒号分离。

2.5.  定义仓库

我们使用下面的脚本元素定义连接中央仓库，下载项目需要的项目依赖至本地仓库。这里使用maven的仓库，也可以使用默认的jCenter仓库。

      repositories{

    mavenCentral()

}

Gradle支持从maven中央仓库和JCenter上获取构件，那这两者有什么区别呢？

maven中央仓库（http://repo1.maven.org/maven2/）是由Sonatype公司提供的服务，它是Apache Maven、SBT和其他构建系统的默认仓库，并能很容易被Apache Ant/Ivy、Gradle和其他工具所使用。开源组织例如Apache软件基金会、Eclipse基金会、JBoss和很多个人开源项目都将构件发布到中央仓库。maven中央仓库已经将内容浏览功能禁掉了，可在http://search.maven.org/查询构件。