0

別の URL からフェッチできるようにしたいgradle-wrapper.properties、または他の URL から任意の設定を取得したい。

たとえば、gradle 自体では、単純に別の URL から設定を取得できます。
apply from: "https://my.url.com"

ファイルに対して同じことができgradle-wrapper.propertiesますか？

この問題を見て

================================================== ================= gradle
バージョンを更新するための 2 つのオプションがあります:
nightly
Wrapper
gradle_wrapper

ラッパープロパティファイルを更新するか、ラッパータスクを構成しますか? gradle バージョンを更新するオプションが 2 つある理由。gradle Wrapperタスクでgradleバージョンを更新できませんでした。常にプロパティファイルをリッスンします。

4

1 に答える 1

1

いいえ、独自のバージョンのラッパーを作成する以外に方法はありません。

なぜそれをしたいのですか？これは、ラッパーの目的を大幅に無効にします (スクリプト + ラッパー jar + プロパティは、Gradle インストール全体をブートストラップするのに十分です)。

私はあなたが何をしようとしているのか理解していると思います。プロジェクトで使用するGradleのバージョンは、プロジェクトの構成の一部であり、チェックインする必要があります。これを外部構成の一部にすることで、時間やトラブルを節約できるとは思いません。

  • 別のファイル/URL から Gradle のバージョンをプルする方法があり、ビルドが現在 Gradle 1.0 でしか機能しない場合、そのファイルは use 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 を削除するように全員に指示する必要があります。

ラッパーの更新を容易にする新しい PR があります (2.4 にあるはずです)。

Gradle のリリースはかなり予測可能であるため、何百ものプロジェクトがない限り、外部の gradle-wrapper.properties を機能させようとする際の問題は、利点よりも優先されるようです。

于 2015-02-23T04:22:38.980 に答える