ビルドマシン上で保存したり、利用する [Build Cache]。[GitHub Actions] などファイルシステム自体をキャッシュするような仕組みは local build cache をキャッシュしてるので [remote build cache] ではない<-> [remote build cache]

-> [Develocity]

https://docs.gradle.org/current/userguide/build_cache.htmlhttps://blog.gradle.org/introducing-gradle-build-cache#Gradle_3.5

使ったことがないので表面上の情報のみオンプレで build scan した場合サポートされた [remote build cache] 使いたいGradle に関するパフォーマンス改善のためのメトリクス収集predictive test selection

[7.2 release note https://docs.gradle.org/7.2/release-notes.html][remote build cache] 改善#Gradle_Release

Gradle から node や [npm] などを実行できるようにするプラグイン。 [gradle-node-plugin https://github.com/srs/gradle-node-plugin] からのフォークプロジェクト。https://plugins.gradle.org/plugin/com.github.node-gradle.nodehttps://github.com/node-gradle/gradle-node-plugin

ビルドはローカルでの開発だけでなくテストや成果物の生成などを別のCIサーバなどで行うこともある。考慮すべき点どの gradle で実行するかほかのビルドと共有できる資源は何か[gradle daemon] プロセスは共有できるかどうか

Gradle そのものが作成するキャッシュや関連してmaven で行うキャッシュなど[build cache][configuration cache][dependency cache]daemon 上の memory cache

[7.1 release note https://docs.gradle.org/7.1/release-notes.html]主に パフォーマンス改善incremental compilation analysis が [Build Cache] に含まれるように#Gradle_Release

https://www.drone.io/https://docs.drone.io/pipeline/docker/examples/languages/gradle/[* どの gradle で実行するか]pipeline type によるが、いずれにせよ [gradle wrapper] を利用することはできる。[* ほかのビルドと共有できる資源は何か]

[composite build] されている側のプロジェクトの [build cache] 設定は無視され、トップレベルの cache 設定が使われる。https://docs.gradle.org/current/userguide/build_cache.html#sec:build_cache_composite