Ricerca…


Osservazioni

Si noti che mustRunAfter e shouldRunAfter sono contrassegnati come "incubating" (come da Gradle 3.0), il che significa che si tratta di funzionalità sperimentali e il loro comportamento può essere modificato nelle versioni future.

Sono disponibili due regole di ordinazione:

  • mustRunAfter
  • shouldRunAfter

Quando si utilizza la regola di ordinamento mustRunAfter , si specifica che l'attività B deve sempre essere eseguita dopo l'attività A, ogni volta che vengono eseguiti sia taskA che taskB.

La regola di ordinamento shouldRunAfter è simile ma meno rigorosa in quanto verrà ignorata in due situazioni:

  • se l'utilizzo di tale regola introduce un ciclo di ordinazione.
  • quando si utilizza l'esecuzione parallela e tutte le dipendenze di un'attività sono state soddisfatte a prescindere dall'attività shouldRunAfter , questa attività verrà eseguita indipendentemente dal fatto che le dipendenze shouldRunAfter siano state eseguite o meno.

Ordinare con il metodo mustRunAfter

task A << {
    println 'Hello from A'
}
task B << {
    println 'Hello from B'
}

B.mustRunAfter A

B.mustRunAfter A riga indica a Gradle di eseguire l'attività dopo l'attività specificata come argomento.

E l'output è:

> gradle -q B A
Hello from A
Hello from B

La regola di ordinazione non introduce la dipendenza tra le attività A e B, ma ha un effetto solo quando entrambe le attività sono pianificate per l'esecuzione.

Significa che possiamo eseguire le attività A e B in modo indipendente.

L'output è:

> gradle -q B 
Hello from B


Modified text is an extract of the original Stack Overflow Documentation
Autorizzato sotto CC BY-SA 3.0
Non affiliato con Stack Overflow