Szukaj…


Uwagi

Należy pamiętać, że mustRunAfter i shouldRunAfter są oznaczone jako „inkubujące” (od wersji 3.0), co oznacza, że są to funkcje eksperymentalne, a ich zachowanie można zmienić w przyszłych wydaniach.

Dostępne są dwie zasady zamawiania:

  • mustRunAfter
  • shouldRunAfter

Korzystając z reguły mustRunAfter zamówieniu, określasz, że zadanie B musi zawsze działać po zadaniu A, za każdym razem, gdy uruchamiane będą zarówno zadanie A, jak i zadanie B.

shouldRunAfter zamówieniu jest podobna, ale mniej surowa, ponieważ zostanie zignorowana w dwóch sytuacjach:

  • jeśli użycie tej reguły wprowadza cykl zamawiania.
  • w przypadku korzystania z równoległego wykonywania i gdy wszystkie zadania są spełnione, oprócz zadania shouldRunAfter , zadanie to zostanie uruchomione bez względu na to, czy jego zależności shouldRunAfter być uruchomione, czy nie.

Zamawianie za pomocą metody mustRunAfter

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

B.mustRunAfter A

B.mustRunAfter A mówi Gradle, aby uruchamiał zadanie po zadaniu określonym jako argument.

Wyjście to:

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

Reguła porządkowania nie wprowadza zależności między zadaniami A i B, ale działa tylko wtedy, gdy oba zadania są zaplanowane do wykonania.

Oznacza to, że możemy wykonywać zadania A i B niezależnie.

Dane wyjściowe to:

> gradle -q B 
Hello from B


Modified text is an extract of the original Stack Overflow Documentation
Licencjonowany na podstawie CC BY-SA 3.0
Nie związany z Stack Overflow