Ошибка Android Studio 3.0. Перенос конфигураций зависимостей для локальных модулей

Google добавил дополнительные инструкции, как решить эту проблему: Устранение ошибок сборки, связанных с сопоставлением зависимостей

// In the app's build.gradle file.
android {
    buildTypes {
        debug {}
        release {}
        staging {
            // Specifies a sorted list of fallback build types that the
            // plugin should try to use when a dependency does not include a
            // "staging" build type. You may specify as many fallbacks as you
            // like, and the plugin selects the first build type that's
            // available in the dependency.
            matchingFallbacks = ['debug', 'qa', 'release']
        }
    }
}

Столкнувшись с той же проблемой, я, наконец, объявил одни и те же типы buildTypes в файлах build.gradle приложений и модулей.

В вашем случае добавление

buildTypes {
    debug {}
    releaseApp {}
    releaseSdk {}
}

к вашему модулю build.gradle должно помочь.

Не забудьте также изменить любой «проект компиляции» на «проект реализации».

Надеюсь, поможет

С новым подключаемым модулем разрешение зависимостей с учетом вариантов

implementation project(':MyLib')

должны иметь точно соответствующие типы сборки. Это описано в руководстве по миграции

Например, с помощью этого механизма невозможно заставить «отладочный» вариант потреблять «релизный» вариант, потому что производитель и потребитель не совпадают. (В данном случае имя «отладка» относится к опубликованному объекту конфигурации, упомянутому выше в разделе «Публикация зависимостей».) Теперь, когда мы публикуем две конфигурации, одну для компиляции и одну для среды выполнения, этот старый способ выбора одной конфигурации действительно не работает. больше не работаю.

Итак, старый метод

releaseCompile project(path: ':foo', configuration: 'debug')

больше не будет работать.

Пример

В вашем примере это будет выглядеть так:

В приложении build.gradle:

apply plugin: 'com.android.application'

android {
  buildTypes {
    debug {}
    releaseApp {}
    releaseSdk {}
  }
  ...
  dependencies {
    implementation project(':MyLib')
  }
}

В модуле/библиотеке 'MyLib' build.gradle:

apply plugin: 'com.android.library'

android {
  buildTypes {
    debug {}
    releaseApp {}
    releaseSdk {}
  }
}

Поэтому тип сборки должен точно совпадать, ни больше, ни меньше.

Использование резервных вариантов типа сборки

Новая функция под названием «matchingFallbacks» может использоваться для определения типов сборки по умолчанию, если подмодуль не определяет тип сборки.

Используйте MatchingFallbacks, чтобы указать альтернативные совпадения для данного типа сборки (...)

Например, если градация module/lib 'MyLib' будет выглядеть так:

apply plugin: 'com.android.library'

android {
  buildTypes {
    debug {}
    releaseLib {}
  }
}

Вы можете определить следующее в своем приложении build.gradle:

apply plugin: 'com.android.application'

android {
  buildTypes {
    debug {}
    releaseApp {
        ...
        matchingFallbacks = ['releaseLib']
    }
    releaseSdk {
        ...
        matchingFallbacks = ['releaseLib']
    }
  }
  ...
  dependencies {
    implementation project(':MyLib')
  }
}

Отсутствующие параметры вкуса

ИспользуйтеmissingDimensionStrategy в блоке defaultConfig, чтобы указать вариант по умолчанию, который плагин должен выбирать из каждого отсутствующего измерения.

android {
    defaultConfig {
        missingDimensionStrategy 'minApi', 'minApi18', 'minApi23'
        ...
    }
}

Я столкнулся с той же проблемой, я нашел эту страницу миграции: Создание типов соответствия

Говорится:

Выберите значения по умолчанию для отсутствующих типов сборки
Если потребитель настраивает тип сборки, которого нет у производителя, вам необходимо вручную сопоставить тип сборки потребителя с типом сборки производителя. Например, если ваш модуль приложения настраивает тип сборки «staging», а его зависимость от библиотечного модуля «mylibrary» — нет, подключаемый модуль Android выдает следующую ошибку сборки:

Error:Failed to resolve: Could not resolve project :mylibrary.
Required by: project :app

Чтобы устранить эту ошибку, вам нужно указать, какой тип сборки из «mylibrary» должен соответствовать подключаемому модулю Android «постановочному» типу сборки приложения. Вы можете сделать это с помощью свойства buildTypeMatching в файле build.gradle приложения, как показано ниже:

// Add the following to the consumer's build.gradle file.
android {
    ...
    // Tells the Android plugin to use a library's 'debug' build type
    // when a 'staging' build type is not available. You can include
    // additional build types, and the plugin matches 'staging' to the
    // first build type it finds from the one's you specify. That is,
    // if 'mylibrary' doesn't include a 'debug' build type either, the
    // plugin matches 'staging' with the producer's 'release' build type.
    buildTypeMatching 'staging', 'debug', 'release'
}

Добавление buildTypeMatching исправило это для меня, не создавая ненужных типов в моей библиотеке.

Сегодня у меня также была такая же проблема после перехода на Android Studio 3. Проблема в том, что gradle не может разрешить определенные библиотеки из-за проблемы с сетью. Причины могут быть разные. Если вы работаете за прокси, вам нужно добавить параметры прокси в файл gradle.properties:

systemProp.http.proxyHost=<proxy_host>
systemProp.http.proxyPort=<proxy_port
systemProp.https.proxyHost=<proxy_host>
systemProp.https.proxyPort=<proxy_port>

В моем случае у меня была еще одна проблема. Моя компания использует самозаверяющий SSL-сертификат, поэтому с SSL-соединением возникли проблемы. Если то же самое относится и к вам, вы можете снова установить параметр в файле gradle.properties следующим образом:

org.gradle.jvmargs=-Djavax.net.ssl.trustStore="/usr/lib/jvm/java-8-oracle/jre/lib/security/cacerts" -Djavax.net.ssl.trustStoreType=JKS -Djavax.net.ssl.keyStorePassword=changeit

Чтобы быть более понятным, вы можете нажать ссылку «Показать подробности» в журнале сообщений в Android Studio. Этот журнал будет более полезен для определения реальной проблемы.

Это решение сработало для меня. Я использую Android Studio 3.1.2. Плагин Android Gradle 3.1.2. Грейдл 4.4. У меня есть библиотечный модуль с такими вариантами, как trial и premium. В рамках процесса перехода на плагин Android Gradle 3.1.2 я добавил параметр main в файл сборки gradle моего библиотечного модуля. Поэтому, чтобы исправить ошибку сборки, в файле build.gradle моего приложения я изменил следующее:

debugImplementation project(path: ':library', configuration: 'premiumDebug')
releaseImplementation project(path: ':library', configuration: 'premiumRelease')

стал

implementation project(':library')

и я добавил следующую строку в свой блок defaultConfig: missingDimensionStrategy 'main', 'premium'