यहाँ बोरिस 'जवाब पर टिप्पणी प्रति के रूप में मेरे दृष्टिकोण है (अपने आप को एक ही कल के प्रयोग की आवश्यकता है, लेकिन पाने के बाद मैं इस्तेमाल किया था जवाब के लिए लिंक को खोजने में असमर्थ):
अपनी परियोजना निर्देशिका में, repo
नामक फ़ोल्डर बनाएं, जिसे हम फ़ोल्डर आधारित मेवेन रिपोजिटरी के रूप में उपयोग करेंगे।
<repositories>
<repository>
<id>file.repo</id>
<url>file://${project.basedir}/repo</url>
</repository>
</repositories>
पैकेज एक जार के रूप में अपनी कक्षाओं फ़ाइल भंडार करने के लिए, निम्न आदेश के साथ, और उन्हें तैनात: इस के बाद
mvn deploy:deploy-file
-Durl=file:///absolute/path/to/your-project/repo \
-DrepositoryId=file.repo \
-Dfile=path-to-your.jar \
-DgroupId=some.external.project.group \
-DartifactId=the-artifact-name \
-Dversion=1.0 \
-Dpackaging=jar;
निम्न फ़ाइल भंडार अपनी परियोजना pom.xml
में जोड़े आप समूह प्रोजेक्ट pom.xml
में जार पर सामान्य निर्भरता जोड़ सकते हैं, समूह आईडी, आर्टिफैक्टआईडी और संस्करण जो आपने ऊपर पारित किया है, के मानों का उपयोग करके। फिर आप एसवीएन में रेपो फ़ोल्डर जोड़ सकते हैं, और अपने pom.xml
में परिवर्तन कर सकते हैं। आपके प्रोजेक्ट की जांच करने वाला कोई भी डेवलपर अब बिना किसी प्रयास के समान निर्भरता का उपयोग करने में सक्षम होगा।
पहले स्थान पर अनपेक्षित संकलित कक्षाओं को वितरित करने के बारे में कुछ भी सुरुचिपूर्ण नहीं है, मुझे डर है। –
जैसा कि बोरिस ने निहित किया है, स्रोत नियंत्रण भंडार में बाइनरी क्लास फ़ाइलों को संग्रहीत करना एक बुरा विचार है। – crowne
@ सेन: मैं सहमत हूं, लेकिन यह दी गई स्थिति है, मेरे लिए काफी नया मुझे स्वीकार करना होगा, लेकिन वर्तमान में इसके बारे में कुछ भी नहीं है। – Tarlog