"प्रोजेक्ट" क्या है?
हो सकता है कि इस मुहावरे की एक तकनीकी परिभाषा है जो स्क्रिप्ट का निर्माण करती है। लेकिन अगर हम इस परिभाषा को स्वीकार करते हैं, तो हमें कहना होगा कि आपका "प्रोजेक्ट" सभी चीजें नहीं हैं जिन्हें आपको संस्करण में लाने की आवश्यकता है!
लेकिन अगर हम कहते हैं कि "आपका प्रोजेक्ट" वह सब कुछ है जो आपने किया है । फिर हम कह सकते हैं कि आपको इसे और केवल वीसीएस में शामिल करना चाहिए ।
यह बहुत ही सैद्धांतिक है और शायद हमारे विकास कार्यों के मामले में व्यावहारिक नहीं है। इसलिए हम इसे " आपकी परियोजना हर फ़ाइल (या फ़ोल्डर) है जिसे आपको उन्हें सीधे संपादित करने की आवश्यकता है " को बदलते हैं ।
"सीधे" का अर्थ है "अप्रत्यक्ष रूप से नहीं" और "अप्रत्यक्ष रूप से" का अर्थ है किसी अन्य फ़ाइल को संपादित करके और फिर एक प्रभाव इस फ़ाइल में परिलक्षित होगा ।
तो हम उसी तक पहुँचते हैं जो ओपी ने कहा था (और यहाँ कहा गया है ):
मुझे लगता है कि जनरेट की गई फाइलें VCS में नहीं होनी चाहिए।
हाँ। क्योंकि आपने उन्हें नहीं बनाया है। इसलिए वे दूसरी परिभाषा के अनुसार "आपकी परियोजना" का हिस्सा नहीं हैं।
इन फ़ाइलों के बारे में क्या परिणाम है:
build.gradle : हाँ। हमें इसे संपादित करने की आवश्यकता है। हमारे कार्यों का संस्करण होना चाहिए।
नोट: जहाँ आप इसे संपादित करते हैं, वहाँ कोई अंतर नहीं है। चाहे आपके पाठ संपादक परिवेश में या प्रोजेक्ट संरचना GUI परिवेश में हो। वैसे भी आप इसे सीधे कर रहे हैं !
gradle-wrapper.properties : हाँ। हमें इस फ़ाइल में कम से कम ग्रेडल संस्करण निर्धारित करने की आवश्यकता है।
gradle- wrapper.jar और gradlew [.bat] : मैंने इस समय तक अपने किसी भी विकास कार्य में इन्हें बनाया या संपादित नहीं किया है! तो उत्तर नहीं है"। यदि आपने ऐसा किया है, तो उत्तर उस काम में आपके बारे में "हां" है (और आपके द्वारा संपादित उसी फ़ाइल के बारे में)।
नवीनतम मामले के बारे में महत्वपूर्ण नोट उपयोगकर्ता के लिए जो अपने रेपो क्लोन, पर इस आदेश पर अमल करने की जरूरत है रेपो के<root-directory> लिए स्वत: जनरेट फ़ाइलों आवरण:
> gradle wrapper --gradle-version=$v --distribution-type=$distType
$vऔर gradle-wrapper.properties$distType से निर्धारित होते हैं :
distributionUrl=https\://services.gradle.org/distributions/gradle-{$v}-{$distType}.zip
अधिक जानकारी के लिए https://gradle.org/install/ देखें ।
gradleनिष्पादन योग्य bin/gradle[.bat]स्थानीय वितरण में है। यह आवश्यक नहीं है कि स्थानीय वितरण रेपो में निर्धारित समान हो। बाद आवरण फ़ाइलों तो बनाया gradlew[.bat]स्वचालित रूप से निर्धारित कर सकते हैं डाउनलोड Gradle वितरण (स्थानीय रूप से मौजूद नहीं है)। फिर वह / वह शायद gradleऊपर दिए गए निर्देशों का उपयोग करके नए निष्पादन योग्य (डाउनलोड वितरण में) का उपयोग करके रैपर फ़ाइलों को पुन: उत्पन्न करना चाहिए ।
नोट: उपरोक्त निर्देशों में, माना जाता है कि उपयोगकर्ता के पास स्थानीय रूप से कम से कम एक ग्रेडल वितरण है (जैसे ~/.gradle/wrapper/dists/gradle-4.10-bin/bg6py687nqv2mbe6e1hdtk57h/gradle-4.10)। इसमें लगभग सभी वास्तविक मामले शामिल हैं। लेकिन क्या होगा यदि उपयोगकर्ता पहले से ही कोई वितरण नहीं करता है?
वह .propertiesफ़ाइल में URL का उपयोग करके मैन्युअल रूप से इसे डाउनलोड कर सकता है । लेकिन अगर वह इसे उस रास्ते में नहीं ढूंढता है, जिस पर रैपर को उम्मीद है, तो रैपर इसे फिर से डाउनलोड करेगा! अपेक्षित पथ पूरी तरह से अनुमानित है लेकिन विषय से बाहर है ( सबसे जटिल भाग के लिए यहां देखें )।
कुछ आसान (लेकिन गंदे) तरीके भी हैं। उदाहरण के लिए, वह किसी अन्य स्थानीय / दूरस्थ रिपॉजिटरी से अपने / अपने रिपॉजिटरी में रैपर फ़ाइलों ( .propertiesफाइल को छोड़कर ) को कॉपी कर सकता है और फिर अपने रिपॉजिटरी gradlewपर चला सकता है। यह स्वचालित रूप से उपयुक्त वितरण डाउनलोड करेगा।