我怎样才能始终使用最新版本的自定义 gradle 包装器
How can I always use the latest version of custom gradle wrapper
我有一个在公司范围内使用的自定义 gradle 包装器。这个包装器被发布到一个 Artifactory。现在它有 1.0 版。 gradle-wrapper.properties 中的 distributionUrl 指向工件和版本 1.0.
当我现在创建该自定义包装器的 1.1 版时，使用该包装器的项目是否有可能自动提取最新版本，或者我是否需要更改每个项目中的 distributionUrl？
据我所知，这似乎不是个好主意：Gradle 包装器的一大优点是它可以让您确保您的项目使用 Gradle它的开发版本和 'just works'。有一个移动版本会打败它。
为了争论，我想你可以通过将固定的 url 作为 distributionUrl 来做到这一点，并更改网络服务器上的 Gradle 分布，保持相同的固定名称（不确定 Gradle 包装器的行为方式，这又是一个坏主意。
相反，您可以拥有一个种子项目（在 Git 中），您可以在其中更新 url，并通过合并种子在每个项目中传播更改。这很容易实现自动化，并且作为奖励，您可以跟踪每个项目的 Gradle 版本何时更改（并可能破坏构建），因为您有相应的提交。
我有一个在公司范围内使用的自定义 gradle 包装器。这个包装器被发布到一个 Artifactory。现在它有 1.0 版。 gradle-wrapper.properties 中的 distributionUrl 指向工件和版本 1.0.
当我现在创建该自定义包装器的 1.1 版时，使用该包装器的项目是否有可能自动提取最新版本，或者我是否需要更改每个项目中的 distributionUrl？
据我所知，这似乎不是个好主意：Gradle 包装器的一大优点是它可以让您确保您的项目使用 Gradle它的开发版本和 'just works'。有一个移动版本会打败它。
为了争论，我想你可以通过将固定的 url 作为 distributionUrl 来做到这一点，并更改网络服务器上的 Gradle 分布，保持相同的固定名称（不确定 Gradle 包装器的行为方式，这又是一个坏主意。
相反，您可以拥有一个种子项目（在 Git 中），您可以在其中更新 url，并通过合并种子在每个项目中传播更改。这很容易实现自动化，并且作为奖励，您可以跟踪每个项目的 Gradle 版本何时更改（并可能破坏构建），因为您有相应的提交。