Come posso importare uno script Gradle in un altro?

Ho uno script gradle complesso che racchiude un carico di funzionalità attorno alla creazione e alla distribuzione di una serie di progetti netbeans in un numero di ambienti.

Lo script funziona molto bene, ma in sostanza è tutto configurato attraverso una mezza dozzina di mappe che contengono informazioni sul progetto e sull'ambiente.

Desidero astrarre le attività in un altro file, in modo da poter semplicemente definire le mie mappe in un semplice file di build e importare le attività dall'altro file. In questo modo, posso utilizzare le stesse attività principali per una serie di progetti e configurarli con un semplice set di mappe.

Qualcuno può dirmi come posso importare un file gradle in un altro, in modo simile al compito di Ant? Finora ho cercato inutilmente i documenti di Gradle.

Informazioni addizionali

Dopo la risposta di Tom di seguito, ho pensato di provare a chiarire esattamente cosa intendo.

Fondamentalmente ho uno script gradle che esegue una serie di sottoprogetti. Tuttavia, i sottoprogetti sono tutti progetti Netbeans e vengono forniti con i propri script di compilazione delle formiche, quindi ho compiti in gradle per chiamare ciascuno di questi.

Il mio problema è che ho alcune configurazioni all'inizio del file, come ad esempio:

projects = [
    [name:"MySubproject1", shortname: "sub1", env:"mainEnv", cvs_module="mod1"],
    [name:"MySubproject2", shortname: "sub2", env:"altEnv", cvs_module="mod2"]
]

Genero quindi attività come:

projects.each({
    task "checkout_$it.shortname" << {
         // Code to for example check module out from cvs using config from 'it'.
    }
})

Ho molti di questi tipi di frammenti di generazione di attività e tutti sono generici: dipendono interamente dalla configurazione nell'elenco dei progetti.

Quindi quello che voglio è un modo per metterlo in uno script separato e importarlo nel seguente modo:

projects = [
    [name:"MySubproject1", shortname: "sub1", env:"mainEnv", cvs_module="mod1"],
    [name:"MySubproject2", shortname: "sub2", env:"altEnv", cvs_module="mod2"]
]

import("tasks.gradle") // This will import and run the script so that all tasks are generated for the projects given above.

Quindi, in questo esempio, tasks.gradle includerà tutto il codice generico per la generazione di attività e verrà eseguito per i progetti definiti nel file build.gradle principale. In questo modo, tasks.gradle è un file che può essere utilizzato da tutti i progetti di grandi dimensioni che consistono in un numero di sottoprogetti con i file di compilazione di Netbeans.

C'è una nuova funzionalità nella 0.9. Puoi usare apply from: 'other.gradle'command.

Leggi la mia domanda sulla stessa cosa su: C'è un modo per suddividere / scomporre le parti comuni della build Gradle

La risposta alla domanda si è rivelata nel sistema Plugins, dove è possibile aggiungere la funzionalità desiderata in una serie di plugin che possono essere file groovy situati nella directory buildSrc/src/main/groovy. I plugin possono anche essere raggruppati come Jar anche se non l'ho provato.

Dettagli qui: Plugin personalizzati

Bene, è difficile dire cosa ti serve meglio senza effettivamente vedere il tuo file di build.

Potrei presumere che impostare il tuo ambiente come build multi-progetto dovrebbe fornirti l'astrazione che stai cercando.

Nella root del tuo progetto build.gradledefinisci tutte le cose specifiche del tuo dominio così come le cose che si applicano a tutti i tuoi sottoprogetti:

repositories {
    add(new org.apache.ivy.plugins.resolver.FileSystemResolver()) {
        name = 'destRepo'
        addIvyPattern( file( project.properties['repo.dest.dir']).absolutePath + '/[organisation]/[module]/ivys/ivy(-[revision]).xml')
        addArtifactPattern( file( project.properties['repo.dest.dir']).absolutePath + '/[organisation]/[module]/[type]s/[artifact](-[revision]).[ext]')
        descriptor = 'optional'
        checkmodified = true
    }
    ...
}
...
subprojects {
    sourceCompatibility = 1.5
    targetCompatibility = 1.5
    group = 'my.group'
    version = '1.0'
    uploadArchives {
        uploadDescriptor = true
        repositories {
            add rootProject.repositories.destRepo
        }
    }
    apply{ type my.group.gradle.api.plugins.MyPlugin }
    ...
}

dependsOnChildren()

La directory principale del progetto potrebbe anche contenere un gradle.propertiesfile in cui definire le proprietà utilizzate dai progetti:

buildDirName=staging
repo.dest.dir=/var/repo
...

Quindi in un file aggiuntivo dalla radice del progetto denominato in settings.gradlerealtà punti ai tuoi sottoprogetti:

include 'my-first-component',
        'my-second-component'
...
project(':my-first-component').projectDir = new File(rootDir, 'path/to/first/component')
project(':my-second-component').projectDir = new File(rootDir, 'path/to/second/component')
...

Ogni directory del sottoprogetto contiene un build.gradlefile contenente solo le cose specifiche del sottoprogetto.

Non importa se si richiama gradledalla radice del progetto o dalla directory del sottoprogetto, gradle considererà automaticamente tutte le definizioni eseguite nei vari file.

Si noti inoltre che nessuna attività di compilazione verrà eseguita per la radice del progetto fintanto che non si carica alcun plug-in oltre al plug-in predefinito a livello di radice.