Как заставить gradle не загружать зависимости (а вместо этого загружать их из своего кэша)? - PullRequest
0 голосов
/ 08 апреля 2020

Перемещая свой проект с Ubuntu на Ma c, я скопировал Java зависимости и jar-файлы с ~/.gradle/cache на Ubuntu на ~/.gradle/caches/artifacts на Ma c, чтобы избежать повторной загрузки зависимостей заново , К моему удивлению, запустив gradle idea (мы используем Intellij Idea) опустошил папку ~/.gradle/caches/artifacts и снова начал загружать зависимости, тем не менее

Я видел множество ресурсов и вопросов по SOF talk о принуждении gradle к повторной загрузке зависимостей (с использованием, например, флага --refre sh -dependencies), но пока нет ничего о том, как предотвратить это, и вместо этого изучите его локальный кеш.

Есть ли флаг или переключатель, который может помочь в решении этой задачи?

Я использую gradle 1.0-milestone-3, и, к сожалению, не имею привилегии обновить его в ближайшее время.

Ответы [ 2 ]

0 голосов
/ 08 апреля 2020

Есть - автономный флаг , который вынуждает Gradle не получать доступ к сетевым ресурсам. Как следствие, он будет использовать кеш зависимостей Gradle и не будет пытаться обновить sh зависимостей с удаленного сервера. См. Как настроить gradle для работы в автономном режиме (с использованием кэшированных зависимостей) .

Конечно, как lance- java, упомянутый в его ответ перемещаемый кэш зависимостей является функцией v6.1 + (см. Сделать перемещаемые кэши зависимостей # 1338 ) и поэтому не будет работать для кэшей, созданных в более ранних версиях Gradle.

0 голосов
/ 08 апреля 2020

Это не поддерживалось до Gradle 6.1, используете ли вы Gradle 6.1.1 или более позднюю версию?

В более ранних версиях Gradle указывался абсолютный путь к файлу в ключе кэша каждого элемента, что затрудняло копирование кэша сборки. с одной машины и использовать его на другой.

См. Примечания к выпуску Gradle 6.1.1 относительно перемещаемого кэша сборки

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...