来自 url 的 gradle-wrapper.properties 文件？

Question

我希望能够从另一个网址获取gradle-wrapper.properties， 或来自其他网址的任何设置。

例如，在 gradle 本身中，我可以通过简单地从另一个 url 获取设置
apply from: "https://my.url.com"

我可以为gradle-wrapper.properties 文件做同样的事情吗？

看看这个issue

================================================ =====================
更新 gradle 版本有两个选项：
nightly
Wrapper
gradle_wrapper

它说更新包装器属性文件或配置包装器任务？为什么有两个选项来更新 gradle 版本。我没有成功使用 gradle Wrapper 任务更新 gradle 版本。它总是监听属性文件。

Answer 1

不，除了创建自己的包装器版本之外，没有其他方法可以做到这一点。

你为什么要这样做？它在很大程度上违背了包装器的目的（脚本+包装器 jar+属性足以引导整个 Gradle 安装）。

---

我想我明白你想要做什么。与您的项目一起使用的 Gradle 版本是您项目配置的一部分，应该签入。我认为您不会通过将其作为某些外部配置的一部分来节省自己的时间/麻烦。

• 如果有办法从另一个文件/URL 中提取 Gradle 版本，并且您的构建仅适用于 Gradle 1.0，那么该文件将显示使用 Gradle 1.0。假设您更新构建以使用 Gradle 2.0（并更新外部文件）。如果您需要在仅使用 Gradle 1.0 的情况下重建您的项目，您现在必须手动调整 gradle-wrapper.properties。
• 同样，如果您有几个项目都使用相同的外部文件机制，当您更新一个以使用 Gradle 2.0 时，您必须同时更新另一个。
• 您可以上传自己的 gradle.zip，但我相信如果您覆盖该 gradle.zip，包装器将不会尝试重新下载它一段时间（如果有的话）。因此，虽然每个人都会使用相同的 URL 下载 Gradle，但有些人会使用“旧”的 gradle.zip，而有些人会使用“新”的 gradle.zip。没有办法区分它们，所以你必须告诉每个人在你更改 gradle.zip 的任何时候都要核对他们的 ~/.gradle/wrapper/dists。

We have a new PR to make updating the wrapper easier (should be in 2.4).

Gradle 版本是相当可预测的，因此除非您有 100 个项目，否则尝试让外部 gradle-wrapper.properties 工作的问题似乎超过了任何好处。