@Override
    TestFile getVariantSourceFile(String module, VariantContext variantContext) {
        def library = sharedLibrary("${module}/build/lib/main/${variantContext.asPath}${module}")
        return variantContext.buildType.name == 'release' ? library.strippedRuntimeFile : library.file
    }

    @Override
    Map<String, String> getVariantFileInformation(String linkage, String module, String variantModuleNameWithVersion) {

=== Selecting the build types, platforms and flavors for a component

For example, both `configurations` and `tasks` are container objects that contain `Configuration` and `Task` objects respectively.
Community plugins also contribute containers, like the `android.buildTypes` container contributed by the Android Plugin.

The Kotlin DSL provides several ways for build authors to interact with containers.
We look at each of those ways next, using the `tasks` container as an example.

Class <org.gradle.language.nativeplatform.internal.BuildType> is not annotated (directly or via its package) with @org.gradle.api.NonNullApi in (BuildType.java:0)
Class <org.gradle.language.nativeplatform.internal.CompileTaskConfig$1> is not annotated (directly or via its package) with @org.gradle.api.NonNullApi in (CompileTaskConfig.java:0)