Использование различных имен buildscript в многопроектной сборке Gradle

Я пытаюсь настроить многопроектную сборку Gradle, но с некоторыми из подпроектов, имеющих файл buildscript, который имеет другое имя, то есть не build. град, но к примеру проект1build.gradle. Это связано с тем, что обычный build.gradle существует и используется Android Studio для работы над подпроектом в автономном режиме.Использование различных имен buildscript в многопроектной сборке Gradle

Есть ли способ определить корень buildscript для поиска таких подстрочных сценариев проекта?

Спасибо!

Ариэль

источник

2015-12-22 Ariel

Я настоятельно рекомендую вам пересмотреть этот подход. Не зная точную настройку, это трудно сказать, но это звучит очень странно. Вы знаете, что вы можете построить подпроект в любое время со стандартным макетом? – sschrass

О, вы хотите, чтобы все было наоборот. В этом случае, по крайней мере, рассмотрите мой ответ как вариант. Если вы знакомы с maven, вы в основном дублируете pom.xmls здесь, но называя их разными и обходя каждый стандартизованный процесс, делая это. – sschrass

Спасибо, но это не то, что я ищу. Представьте, что у меня стандартный проект для Android, и все в порядке. Тем не менее, только небольшая часть этого кода также должна быть построена как часть совершенно другой многопроектной сборки Gradle, которая не связана непосредственно с Android. Поэтому я ищу способ рассказать Грэдлу, что один из его субпроектов имеет другой файл buildscript. По аналогии с параметром командной строки Gradle -b, только для подпроекта в многопроектной сборке. Надеюсь, теперь это яснее :-) – Ariel

ОК, только что получил ответ от разработчика базовой команды Gradle. Очевидно, это можно сделать, определив его в файле settings.gradle, как это:

include ':foo' 
project(':foo').buildFileName = 'foo.gradle'

Вот link к ответу на форумах Gradle.

источник

2015-12-24 08:11:27 Ariel

Для вашего режима автономного я мог себе представить, что-то вроде

productFlavors { 
    standalone { 
     //something different 
    } 
    regular { 
     //regular 
    } 
}

Определения продукта аромата поддерживают те же свойства, что и defaultConfig элемента. Базовая конфигурация для всех вкусов - , указанная в defaultConfig, и каждый аромат отменяет значения по умолчанию .

reference

Таким образом, вы можете придерживаться регулярного build.gradle и до сих пор строят в режиме standalone. Этот параметр можно найти на панели Flavor слева в вашей студии Android (если я правильно помню).

источник

2015-12-22 12:39:38 sschrass

Спасибо, я знаком с продуктами, но это не то, что я ищу. Пожалуйста, посмотрите на комментарий выше, я попытался уточнить немного больше. – Ariel

Использование различных имен buildscript в многопроектной сборке Gradle

ответ

Смежные вопросы