खोज…


टिप्पणियों

कृपया ध्यान दें कि mustRunAfter और shouldRunAfter को "इनक्यूबेटिंग" ( shouldRunAfter 3.0 के रूप में) के रूप में चिह्नित किया गया है, जिसका अर्थ है कि ये प्रयोगात्मक विशेषताएं हैं और भविष्य के रिलीज में उनके व्यवहार को बदला जा सकता है।

दो आदेश देने के नियम उपलब्ध हैं:

  • mustRunAfter
  • shouldRunAfter

जब आप mustRunAfter ऑर्डर करने के नियम का उपयोग करते हैं, तो आप निर्दिष्ट करते हैं कि टास्क बी हमेशा टास्क के बाद चलना चाहिए, जब भी टास्क और टास्क दोनों चलाया जाएगा।

नियम का shouldRunAfter करने का नियम समान है लेकिन कम कठोर है क्योंकि इसे दो स्थितियों में अनदेखा किया जाएगा:

  • यदि उस नियम का उपयोग करते हुए एक आदेश चक्र का परिचय दिया जाता है।
  • जब समानांतर निष्पादन का उपयोग करना और किसी कार्य की सभी निर्भरताएँ shouldRunAfter से shouldRunAfter कार्य से अलग कर दी गई हों, तब यह कार्य चलाया जाएगा, भले ही इसके shouldRunAfter निर्भरताएँ चलाई गई हों या नहीं।

आदेश के साथ क्रम के बाद

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

B.mustRunAfter A

B.mustRunAfter A लाइन एक तर्क के रूप में निर्दिष्ट कार्य के बाद ग्रेड को कार्य चलाने के लिए कहती है।

और आउटपुट है:

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

आदेश देने वाला नियम ए और बी कार्यों के बीच निर्भरता का परिचय नहीं देता है, लेकिन इसका प्रभाव केवल तब होता है जब दोनों कार्यों को निष्पादन के लिए निर्धारित किया जाता है।

इसका मतलब है कि हम स्वतंत्र रूप से ए और बी कार्यों को निष्पादित कर सकते हैं।

आउटपुट है:

> gradle -q B 
Hello from B


Modified text is an extract of the original Stack Overflow Documentation
के तहत लाइसेंस प्राप्त है CC BY-SA 3.0
से संबद्ध नहीं है Stack Overflow