gradle的实践

描述

1. 一般来说，我们只需要src目录下的内容和build.gradle和setting.gradle，其他的文件都需要被过滤掉，则放入.gitignore文件中。但是，当使用wrapper的时候，需要把如下上传到版本控制库中去，gradle目录，gradlew文件，gradlew.bat文件。
   
   最佳实践，把深色的目录和文件上传到git仓库中去。

核心指令

1. gradle clean build
   a) 生成.gradle目录
   b)生成build目录,其中就有我们项目打包的jar包。

2. gradle wrapper
   a) 生成gradle目录
   b) 生成gradlew文件 (针对mac linux)
   c) 生成gradlew.bat文件（windows）

3. gradlew clean build
   
   gradle-wrapper.properties
   
   下载到当前用户目录下的， .gradle目录下面。这个路径是可以配置的，但是一般来说保持默认就行。有些实践，会根据项目需要不同的gradle版本，给出不同的gradle下载路径。
   这个只是针对gradlew的方式，一般情况下，我们不使用gradlew的话，就会使用我们本地的gradle即可。当gradlew下载了一次后，后面在执行指令 gradlew clean build的时候，它不会再去下载。

4. gradle-wrapper的配置文件，gradlew-wrapper.properties是一个非常重要的配置文件，可以修改里面gradle的版本，则当前用户下的.gradle目录下就会有很多版本的gradle jar包。
   
   当gradlew-wrapper.properties文件中是哪个gradle版本，构建的时候就会使用哪个版本的gradle。（all表示有源码和二级制文件）。
   
   比如是gradle-4.4.1-bin.zip
   当执行 ** gradlew clean build**的时候，就会使用gradle-4.4.1这个版本。
   当执行 gardle clean build的时候，就会使用本地配置的gradle版本。

5. 修改gradlew-wrapper.properties中的distributionUrl版本。
   a) 在build.gradle中添加如下：
   task wrapper(type: Wrapper){
   gradleVersion = ‘3.4’
   distributionType = ‘all’
   }
   b) 执行指令：gradle wrapper
   c) 结果：
   

小结

1. 由一个人构建好项目，包括gradle目录，gradlew和gradlew.bat文件，以及gradle.build中写好：
   
   根据项目实际情况，更换gradle的版本号。
2. 组内成员只需要克隆项目，以后构建的时候，直接使用gradlew即可。这个时候，gradlew就跟gradle是一样的。