gradle
Beställningsuppgifter

Android Cordova firebase Git groovy Java Language Kotlin react-native spring spring-boot
Sök…


Anmärkningar

Observera att mustRunAfter och shouldRunAfter är markerade som "inkuberande" (från Gradle 3.0) vilket innebär att det här är experimentella funktioner och deras beteende kan ändras i framtida utgåvor.

Det finns två beställningsregler tillgängliga:

  • mustRunAfter
  • shouldRunAfter

När du använder mustRunAfter beställningsregeln anger du att uppgiftB alltid måste köras efter uppgiftA, när både uppgiftA och uppgiftB körs.

shouldRunAfter beställningsregeln är liknande men mindre strikt eftersom den kommer att ignoreras i två situationer:

  • om du använder den regeln introducerar en beställningscykel.
  • när man använder parallell exekvering och alla beroenden i en uppgift har uppfyllts bortsett från shouldRunAfter uppgiften, kommer denna uppgift att köras oavsett om dess shouldRunAfter beroenden har körts eller inte.

Beställning med metoden MustRunAfter

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

B.mustRunAfter A

B.mustRunAfter A raden säger Gradle att köra uppgiften efter en uppgift som anges som ett argument.

Och utgången är: 

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

Beställningsregeln introducerar inte beroende mellan A- och B-uppgifterna, men har en effekt endast när båda uppgifterna är planerade för körning.

Det betyder att vi kan utföra uppgifter A och B oberoende av varandra.

Utgången är: 

> gradle -q B 
Hello from B


Modified text is an extract of the original Stack Overflow Documentation
Licensierat under CC BY-SA 3.0
Inte anslutet till Stack Overflow