ОБНОВЛЕНИЕ : Google подтвердил, что допустил ошибку, и извлек несколько пакетов из jcenter (), которые, по их мнению, (но не были) размещены в google ().Они работают над восстановлением их в jcenter (), и вы можете следить за ходом здесь: https://issuetracker.google.com/issues/120759347
Несколько пакетов были затронуты, поэтому наш обходной путь состоял из нескольких частей.Чтобы исправить зависимости отдельных пакетов, мы добавили это в конец нашего файла android / build.gradle (обратите внимание на четыре затронутых пакета и отрегулируйте их для ваших случаев):
subprojects {project ->
if (
project.name.contains('pushwoosh-react-native-plugin') ||
project.name.contains('react-native-immersive') ||
project.name.contains('react-native-shimmer') ||
project.name.contains('react-native-vector-icons')
) {
buildscript {
repositories {
maven { url = "https://dl.bintray.com/android/android-tools/" }
}
}
}
}
Для проблем репозитория с инструментами сборки у нас былочтобы добавить их в android / build.grade в разделе buildscript.repository:
maven { url 'https://dl.bintray.com/android/android-tools' }
maven { url 'https://google.bintray.com/exoplayer/' }
Нам также пришлось добавить репозиторий exoplayer в раздел android / build.grade allprojects.repositories.По сути, когда ваша сборка сталкивается с ошибкой, найдите отсутствующий пакет в Google, найдите, где он сейчас находится, и добавьте его в свой build.gradle.У меня сложилось впечатление, что сломанные репозитории будут исправлены через несколько дней.Но у многих из нас нет нескольких дней.(окончание обновления)
У меня точно такая же проблема.Хотя я не очень знаком с gradle, я поддерживаю проект уже несколько месяцев.
Вчера сборка работает.Сегодня это не так.Нет изменений конфигурации Android.Мы используем AppCenter, поэтому сборки там не имеют локального кэша и зависимости перезагружаются каждый раз.Вот как проблема маскируется на моем местном.Когда я запустил gradle с --refresh-dependencies, я получил ошибку.
Выше я сильно подозреваю, что файл в основном исчез из jcenter / bintray.
Я не знаю достаточно об этом материале, чтобы быть уверенным или как проверить.Сейчас я застрял, пытаясь понять, как заставить gradle вытягивать библиотеку (com.android.tools:common:25.3.3) из того места, где она существует в настоящее время.
Я незнаю о вашей ситуации, но я не могу просто обновить ее до новой версии gradle (поскольку версия 2.3.3 вызывает зависимость), потому что это более низкая зависимость, которая в первую очередь тянет gradle 2.3.3.Мой build.gradle использует com.android.tools.build:gradle:3.1.4.
Я знаю, что это не ответ, но, надеюсь, это заставит кого-то другого найти ответ.