如果 gradlew 的版本明确在 build.gradle，为什么每个人都说我应该在我的源代码管理中包含 gradlew？
Why everyone says I should include gradlew in my source control if its version is explicitly on build.gradle?
根据 this 和许多其他人 places/forums 我看过的说法，我应该始终在我的 git/svn/cvs 中包含 gradle 包装文件。
但是，为什么？在我的 build.gradle 文件中，我已经明确包含了我希望我的项目使用的 gradle 版本。示例：
task wrapper(type: Wrapper) {
gradleVersion = "2.12"
}
我已经进行了测试，并且总是在我 import/build 项目而不从源代码管理中提取 gradle 包装文件时，它会为我创建 gradlew 文件来自 build.gradle.
的版本
包括包装器可以让没有安装 gradle 的人构建您的项目，而无需手动下载或安装任何东西。这对于打算在命令行上构建的人来说非常有帮助。
运行 ./gradlew installDist 通常比必须安装 gradle 才能 bootstrap 正确的版本更容易。
您需要包含以下文件：
gradlew
gradlew.bat (if you support windows)
gradle
└── wrapper
├── gradle-wrapper.jar
└── gradle-wrapper.properties
并忽略 .gradle/
根据 this 和许多其他人 places/forums 我看过的说法，我应该始终在我的 git/svn/cvs 中包含 gradle 包装文件。
但是，为什么？在我的 build.gradle 文件中，我已经明确包含了我希望我的项目使用的 gradle 版本。示例：
task wrapper(type: Wrapper) {
gradleVersion = "2.12"
}
我已经进行了测试，并且总是在我 import/build 项目而不从源代码管理中提取 gradle 包装文件时，它会为我创建 gradlew 文件来自 build.gradle.
的版本包括包装器可以让没有安装 gradle 的人构建您的项目，而无需手动下载或安装任何东西。这对于打算在命令行上构建的人来说非常有帮助。
运行 ./gradlew installDist 通常比必须安装 gradle 才能 bootstrap 正确的版本更容易。
您需要包含以下文件：
gradlew
gradlew.bat (if you support windows)
gradle
└── wrapper
├── gradle-wrapper.jar
└── gradle-wrapper.properties
并忽略 .gradle/