gradle
Beställningsuppgifter
Sök…
Anmärkningar
Observera att
mustRunAfterochshouldRunAfterä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
shouldRunAfteruppgiften, kommer denna uppgift att köras oavsett om dessshouldRunAfterberoenden 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
