gradle中并没有直接类似maven中的profile支持，只能变通的用其它方法来处理，在打包不同环境的应用时，通常会遇到二类问题：
一、不同的环境依赖的jar包不同
拿web开发来说，生产环境一般会采用weblogic,jboss这类重量级的容器，通常这类web server已经内置了很多第三方的通用jar包，而开发环境，一般采用嵌入式jetty这类轻量级的容器，内置的jar包会少一些，在maven中可以用<scope>provided</scope>来处理，到了gradle中可以这么处理：
build.gradle文件参考下面的写法：
def env = System.getProperty("env") ?: "dev"
apply from: "profile-${env}.gradle"
大概意思是，根据传入的参数env不同，加载不同的profile文件。在同级目录下，要放二个文件（下面演示的场景为，dev环境加载的spring版本为4.1.6，而prod环境加载的spring版本为4.2.3）：
profile-dev.gradle
dependencies {
compile 'org.springframework:spring-core:4.1.6.RELEASE'
compile 'org.springframework:spring-beans:4.1.6.RELEASE'
compile 'org.springframework:spring-context:4.1.6.RELEASE'
compile 'org.springframework:spring-context-support:4.1.6.RELEASE'
compile 'org.springframework:spring-aop:4.1.6.RELEASE'
}
profile-prod.gradle
dependencies {
compile 'org.springframework:spring-core:4.2.3.RELEASE'
compile 'org.springframework:spring-beans:4.2.3.RELEASE'
compile 'org.springframework:spring-context:4.2.3.RELEASE'
}
编译时，gradle命令这么写：
gradle build -Denv=prod 这样编译的就是prod环境
gradle build -Denv=dev 这样编译的就是dev环境（注：dev是默认环境，所以如果是dev环境，最后的-Denv=dev也可以省略）
二、不同的环境，配置的参数不同
思路：为每个环境建不同的目录，把各环境的属性文件按目录存放，编译时动态设置gradle的资源目录
sourceSets {
main {
resources {
srcDirs = ["src/main/resources", "src/main/profile/$env"]
}
}
}
在刚才的基础上，再加入这一段即可。
整个项目的结构图如下：
