| Constructor and description |
|---|
ApplicationVariantValidator
(org.gradle.api.Project project, java.util.Set<java.lang.String> applicationVariantNames = null)If the list of variants is debug/release we don't blacklist those buildTypes. |
| Type Params | Return Type | Name and description |
|---|---|---|
|
java.util.ArrayList<java.lang.String> |
getWhiteList() |
|
boolean |
isBlackListed(java.lang.String name) |
|
boolean |
isWhiteListed(java.lang.String name) |
| Methods inherited from class | Name |
|---|---|
class java.lang.Object |
java.lang.Object#wait(long, int), java.lang.Object#wait(long), java.lang.Object#wait(), java.lang.Object#equals(java.lang.Object), java.lang.Object#toString(), java.lang.Object#hashCode(), java.lang.Object#getClass(), java.lang.Object#notify(), java.lang.Object#notifyAll() |
If the list of variants is debug/release we don't blacklist those buildTypes. But if the list of variants is x86debug/debug/release, Then we blacklist the buildType debug, but we don't blacklist the buildType release. The reason is that buildType signingConfigs always override product flavor signing configs. Since x86debug is present in the list, we let that take precedence. To get we want, we basically always allow productFlavor signingConfigs to take precedence over buildType signingConfigs.
project - the projectapplicationVariantNames - the applicationVariant names