Wie erstellen gradle Aufgabe, die immer läuft?

Bin ich wahrscheinlich etwas Blick ziemlich core/offensichtlich, aber wie kann ich eine Aufgabe erstellen, die immer ausgeführt werden, für jede Aufgabe/Ziel?

Kann ich etwas tun wie:

task someTask << {
    println "I sometimes run"
}
println "I always run"

Aber es ist viel mehr wünschenswert, die läuft immer ein Teil in einer Aufgabe.

Der nächste, den ich habe ist:

task someTask << {
    println "I sometimes run"
}

println "I always run"

void helloThing() {
    println "I always run too. Hello?"
}

helloThing()

Also, eine Methode ist eine " ok " - Lösung, aber ich hatte gehofft, es wäre ein Weg, um konkret benennen/re-use-eine Aufgabe.

Hoffentlich jemand einen Weg, dies zu tun. 🙂

  • Wenn es N Aufgaben, diese Funktion sollte aufgerufen werden N-mal, rechts? Was ist, wenn einige Aufgaben werden NIEMALS ausgeführt, in der angegebenen bauen?
  • Oder wollen Sie eine Funktion, die aufgerufen werden für jedes Projekt?
  • Einmal pro bauen. Egal, welche Aufgaben aufgerufen werden.
  • Es ist eine Besondere Anforderung und es gibt keine first-class-Funktion für diese. Was ist der Anwendungsfall?
  • Ich denke, der Gedanke war eine weitere organisatorische Konzept für die gemeinsamen bauen "Aufgaben" ...aber ich könnte nur in dem resort, mit Methoden, die für einige dieser Fälle.
  • Ein besonderer Fall war, für die Diagnose - /system-status-Informationen. Die, in einigen Fällen, ich würde nur wollen, berufen sich auf die Aufgabe 'systemStatus', aber ich würde auch wollen, dass Informationen ausspucken für jeden zu bauen. (natürlich kann ich auch etwas erreichen ähnlich wie mit Methoden unter der Haube...aber nur gedacht, daß Ihr vielleicht einen gemeinsamen Weg, es zu tun mit Aufgaben).

InformationsquelleAutor CasualT | 2014-01-09
  1. 10

    Vorausgesetzt, das Ziel ist to-print-system-Informationen, können Sie entweder einfach immer drucken die Informationen in der Konfigurations-phase (außerhalb einer Aufgabe-Erklärung), und eine dummy-Aufgabe systemStatus, die nichts tut (weil die Informationen, die gedruckt wird, sowieso). Oder Sie verwirklichen könnte es als eine regelmäßige Aufgabe, und stellen Sie sicher, dass der task immer ausgeführt wird, durch hinzufügen ":systemStatus" als das erste Element von gradle.startParameter.taskNames (eine Liste von strings), die simuliert immer jemand eingeben gradle :systemStatus .... Oder Sie nutzen könnten einen Haken wie gradle.projectsLoaded { ... } um die Informationen zu drucken gibt.

    • Das ist ein Cooler trick zum dynamischen manipulieren des taskNames Liste. (für Referenz, das funktioniert: "gradle.startParameter.taskNames = [":someTask"] + gradle.startParameter.taskNames")
    • Keine Idee, wie 'hook', eine Aufgabe auf eine andere Aufgabe, anderes als mit 'execute', die entmutigt sind?
    • dependsOn oder finalizedBy.
    InformationsquelleAutor Peter Niederwieser
  2. 7

    Dieser legt eine Schließung zu jeder Aufgabe, bei jedem Projekt in der gegebenen build:

    def someClosure = { task ->
  println "task executed: $task"
}

allprojects {
  afterEvaluate {
    for(def task in it.tasks)
      task << someClosure
  }
}

    Wenn Sie die Funktion/closure aufgerufen werden, die nur einmal pro bauen, vor alle Aufgaben aller Projekte, verwenden Sie diese:

    task('MyTask') << {
  println 'Pre-build hook!'
}

allprojects {
  afterEvaluate {
    for(def task in it.tasks)
      if(task != rootProject.tasks.MyTask)
        task.dependsOn rootProject.tasks.MyTask
  }
}

    Wenn Sie die Funktion/closure aufgerufen werden, die nur einmal pro bauen, nach alle Aufgaben aller Projekte, verwenden Sie diese:

    task('MyTask') << {
  println 'Post-build hook!'
}

allprojects {
  afterEvaluate {
    for(def task in it.tasks)
      if(task != rootProject.tasks.MyTask)
        task.finalizedBy rootProject.tasks.MyTask
  }
}
    • Hmmmm...das ist ziemlich praktisch...ein bisschen Ausführlicher als ich gehofft hatte, aber immer noch ziemlich einfach.
    • Ich aktualisiert meine Antwort, Fürsorge für das, was Sie sagte - "Einmal pro bauen".
    • Es ist besser ein pro-build-hook als ein pro-Projekt-hook. Im zweiten Ausschnitt wird die Aufgabe am Ende zu bauen, anstatt den start.
    • Ich nahm mir die Antwort des Petrus, denn es ist ein wenig kürzer. Das heißt, ich könnte, verwenden Sie dieses andere Ansatz auch. (aber ich kann nur wählen Sie eine Antwort ;)). Vielen Dank für die Hilfe. 🙂
    • Guter Punkt, Peter, danke. Ich streckte die Antwort mit zwei Varianten: pre-build und post-build-Haken.
    • Es ist ein Vergnügen, die Teilnahme an solchen Diskussionen, die man lernt eine Menge 🙂
    • Es nur dämmerte mir, dass es eine (möglicherweise wichtige) Unterschied zwischen der Lösung von @PeterNiederwieser und von mir: Peters Variante wird IMMER aufgerufen, unabhängig auf die Ausführung der anderen Aufgaben. Meine Variante (post-Haken und pre-hook) wird aufgerufen, NUR DANN, wenn mindestens eine andere task ausgeführt wurde (direkt oder als Abhängigkeit). Zum Beispiel, wenn alle Aufgaben up-to-date, dann Haken werden nicht ausgeführt.

    InformationsquelleAutor akhikhl
  3. 0

    Was ist falsch mit Berufung auf Sie direkt aus der Wurzel build.gradle?

    task init << {
    println "I always run"
}

tasks.init.execute()
    • execute() ist nun ein veraltetes feature und entfernt werden, Gradle 5.0
    InformationsquelleAutor Nick Grealy
Schreibe einen Kommentar