घरी परतणाऱ्या ट्रेनमध्ये तुमचा प्रकल्प बदलला नाही, पण त्याचा नेटवर्क मार्ग बदलला. ऑफिसमध्ये काम करणारा प्रॉक्सी पत्ता घरी पोहोचू शकत नाही. हे वातावरणातील सेटिंग आहे, तुमच्या नियोक्त्याचा प्रॉक्सी प्रकल्पाच्या POM मध्ये टाकण्याचे कारण नाही.

Maven चे सेटिंग्ज मॉडेल प्रॉक्सी व्याख्या त्याच्या सर्वोच्च स्तरावरील proxies विभागात ठेवते. सेटिंग्ज प्रोफाइल त्या विभागाची दुसरी कोणतीही अनियंत्रित प्रत देत नाहीत. प्रोफाइलखाली प्रॉक्सी-आकाराचा XML तुकडा जोडल्याने तो समर्थित नेटवर्क-स्विचिंग यंत्रणा बनत नाही.

सरळ पर्याय म्हणजे प्रत्येक वातावरणासाठी मंजूर सेटिंग्ज ठेवणे आणि योग्य ती निवडणे:

mvn --settings /path/to/settings-office.xml verify

उदाहरण वापरकर्ता सेटिंग्ज स्पष्टपणे निवडते. बिल्डसाठी योग्य आदेश आणि फाइल वापरा; याचा अर्थ फाइल क्रेडेन्शियल्ससह कमिट केली पाहिजे असा नाही.

फरक लहान ठेवा

कोणत्या सेटिंग्ज खरोखर बदलतात ते नोंदवा: सक्रिय प्रॉक्सी, बायपास होस्ट, मिरर आणि आवश्यक सर्व्हर खाती. दुसऱ्या फाइलने निःशब्दपणे असंबंधित रेपॉजिटरी धोरण काढू नये किंवा जुना पासवर्ड वापरू नये.

निवडलेल्या वापरकर्ता सेटिंग्जसह अजूनही विलीन होणाऱ्या कोणत्याही जागतिक सेटिंग्ज तपासा. स्पष्ट फाइल इनपुट दृश्यमान करते, परंतु Maven कडे इतर कॉन्फिगरेशन स्रोत नाहीत असा अर्थ नाही.

स्वयंचलित स्विचिंगला खरा संकेत हवा

Maven सामान्य अर्थाने लॅपटॉपच्या स्थानावरून "ऑफिस" ओळखू शकत नाही. स्वयंचलित व्यवस्थेसाठी समर्थित बाह्य शोध किंवा व्यवस्थापन यंत्रणा आणि ती यंत्रणा उपलब्ध नसल्यास निश्चित प्रतिसाद आवश्यक आहे.

घरी प्रॉक्सी बंद करण्यासाठी ठेवलेल्या विस्तृत बायपास नमुन्यांबाबत सावध रहा. ते अंतर्गत गंतव्यांवरही परिणाम करू शकतात किंवा विनंती कोणत्या मार्गाने गेली हे लपवू शकतात.

पहिल्या दुरुस्तीसाठी दृश्यमान, स्पष्ट सेटिंग्ज निवडीला प्राधान्य द्या. दोन्ही वातावरणांमध्ये काम केल्यावर, कोणतेही ऑटोमेशन प्रकल्पाच्या बिल्ड सूचना वारंवार पुन्हा लिहिण्याऐवजी ते ज्ञात कॉन्फिगरेशन पुन्हा तयार करू शकते.

संबंधित लेख