gradle
ग्रैडल रैपर
खोज…
ग्रैडल रैपर और गिट
जैसा कि gradlew में चर्चा की गई है, ग्रेडल रैपर कार्यक्षमता काम करती है क्योंकि एक कमांड को प्रोजेक्ट में डाउनलोड किया जाता है जब gradlew कमांड चलाया जाता है। हालाँकि, यह प्रतिबद्ध नहीं हो सकता है और अगली बार परियोजना की जाँच के बाद, gradlew त्रुटि के साथ चलने में विफल रहेगा:
Error: Could not find or load main class org.gradle.wrapper.GradleWrapperMain
ऐसा इसलिए होगा क्योंकि आपके .itignignore में Java प्रोजेक्ट्स के लिए *jar शामिल होगा। जब ग्रेडर रैपर को इनिशियलाइज़ किया गया था, तो वह फाइल gradle/wrapper/gradle-wrapper.jar को कॉपी करता है। इस प्रकार आपको इसे git index में जोड़ने और इसे प्रतिबद्ध करने की आवश्यकता है। इसके साथ ऐसा करें:
git add -f gradle/wrapper/gradle-wrapper.jar
git ci
-f बल देने के लिए।
ग्रैडल रैपर परिचय
ग्रैडल में परियोजनाओं के लिए एक आवरण जोड़ने की क्षमता है। यह आवरण सभी उपयोगकर्ताओं या निरंतर एकीकरण प्रणालियों की आवश्यकता को कम करता है ताकि ग्रेडल स्थापित हो सके। यह संस्करण के मुद्दों को भी रोकता है जहां परियोजना के उपयोग के संस्करण के बीच कुछ असंगति है और जो उपयोगकर्ताओं ने स्थापित की है। यह परियोजना में स्थानीय स्तर पर ग्रेडेल का एक संस्करण स्थापित करके ऐसा करता है।
परियोजना के उपयोगकर्ता बस चलाते हैं:
> ./gradlew <task> # on *Nix or MacOSX
> gradlew <task> # on Windows
एक रैपर, डेवलपर्स का उपयोग करने के लिए एक परियोजना सेटअप करने के लिए:
- निष्पादित:
gradle wrapper [--gradle-version 2.0]
जहाँ --gradle-version X वैकल्पिक है और यदि प्रदान नहीं किया गया है (या आवरण कार्य को शामिल नहीं किया गया है, जैसा कि नीचे दिखाया गया है), उपयोग किए गए संस्करण का उपयोग किया जा रहा है।
- किसी विशिष्ट संस्करण का उपयोग करने के लिए प्रोजेक्ट को बाध्य करने के लिए,
build.gradleमें निम्नलिखित जोड़ें:
task wrapper(type: Wrapper) {
gradleVersion = '2.0'
}
जब gradle wrapper कमांड चलाया जाता है तो यह फाइल बनाता है:
the_project/
gradlew
gradlew.bat
gradle/wrapper/
gradle-wrapper.jar
gradle-wrapper.properties
इस सुविधा का आधिकारिक दस्तावेज https://docs.gradle.org/current/userguide/gradle_wrapper.html पर है ।
ग्रैडल रैपर में स्थानीय रूप से परोसे जाने वाले ग्रेडल का उपयोग करें
यदि आप ग्रैडल की ऑन-प्रिमाइसेस कॉपी रखना चाहते हैं और क्रैपर का उपयोग बिल्ड में करते हैं, तो आप wrapper कार्य पर अपनी कॉपी को इंगित करते हुए distributionUrl सेट कर सकते हैं:
task wrapper(type: Wrapper) {
gradleVersion = '2.0'
distributionUrl = "http\://server/dadada/gradle-${gradleVersion}-bin.zip"
}
gradlew gradle wrapper को निष्पादित करने के बाद, शेल स्क्रिप्ट gradlew बनाया जाता है और gradle/wrapper/gradle-wrapper.properties को डाउनलोड करने के लिए प्रदान किए गए URL का उपयोग करने के लिए gradle/wrapper/gradle-wrapper.properties कॉन्फ़िगर किया गया है।
प्रॉक्सी के पीछे ग्रैडल रैपर का उपयोग करना
पहली बार जब कोई उपयोगकर्ता किसी प्रोजेक्ट के gradlew चलाता है, तो यह महसूस किया जाना चाहिए कि यह दो प्रमुख काम करेगा:
- यह देखने के लिए जांचें कि आवरण के उपयोग किए गए ग्रेडेल का संस्करण पहले से ही ~ / .gradle / आवरण / dists में है या नहीं
- यदि नहीं, तो इंटरनेट से संस्करण का संग्रह डाउनलोड करें
यदि आप एक ऐसे वातावरण में हैं, जिसमें सभी बाहरी ट्रैफ़िक के लिए प्रॉक्सी से गुजरना आवश्यक है, तो चरण दो विफल होने जा रहे हैं (जब तक कि यह एक पारदर्शी प्रॉक्सी वातावरण नहीं है)। परिणामस्वरूप, आपको यह सुनिश्चित करने की आवश्यकता है कि आपके जेवीएम प्रॉक्सी पैरामीटर सेट हैं।
उदाहरण के लिए, यदि आपके पास कोई प्रमाणीकरण के साथ एक मूल प्रॉक्सी सेटअप है, तो बस पर्यावरण चर JAVA_OPTS या GRADLE_OPTS साथ सेट करें:
-Dhttps.proxyPort=<proxy_port> -Dhttps.proxyHost=<hostname>
तो खिड़कियों पर एक पूरा उदाहरण होगा:
set JAVA_OPTS=-Dhttps.proxyPort=8080 -Dhttps.proxyHost=myproxy.mycompany.com
यदि फिर भी आपके पर्यावरण को प्रमाणीकरण की आवश्यकता है, तो आप https://docs.oracle.com/javase/8/docs/api/java/net/doc-files/net-properties पर अपने अन्य विकल्पों की भी समीक्षा करना चाहेंगे । html
नोट: यह प्रॉक्सी कॉन्फ़िगरेशन आपकी निर्भरता रिपॉजिटरी एक्सेस के लिए किसी भी प्रॉक्सी कॉन्फ़िगरेशन के अतिरिक्त है।
