ਘਰ ਪਰਤਦੀ ਰੇਲ ਵਿੱਚ ਤੁਹਾਡਾ ਪ੍ਰੋਜੈਕਟ ਨਹੀਂ ਬਦਲਿਆ, ਪਰ ਉਸ ਦਾ ਨੈੱਟਵਰਕ ਰਸਤਾ ਬਦਲ ਗਿਆ। ਦਫ਼ਤਰ ਵਿੱਚ ਕੰਮ ਕਰਨ ਵਾਲਾ ਪ੍ਰੌਕਸੀ ਪਤਾ ਘਰ ਵਿੱਚ ਪਹੁੰਚ ਨਾ ਹੋ ਸਕਣ ਵਾਲਾ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਵਾਤਾਵਰਣ ਸੈਟਿੰਗ ਹੈ, ਤੁਹਾਡੇ ਮਾਲਕ ਦੀ ਪ੍ਰੌਕਸੀ ਪ੍ਰੋਜੈਕਟ ਦੇ POM ਵਿੱਚ ਪਾਉਣ ਦਾ ਕਾਰਨ ਨਹੀਂ।

Maven ਦਾ ਸੈਟਿੰਗ ਮਾਡਲ ਪ੍ਰੌਕਸੀ ਪਰਿਭਾਸ਼ਾਵਾਂ ਨੂੰ ਇਸ ਦੇ ਸਿਖਰਲੇ ਪੱਧਰ ਦੇ proxies ਭਾਗ ਵਿੱਚ ਰੱਖਦਾ ਹੈ। ਸੈਟਿੰਗ ਪਰੋਫਾਈਲ ਉਸ ਭਾਗ ਦੀ ਦੂਜੀ ਮਨਮਾਨੀ ਕਾਪੀ ਨਹੀਂ ਦਿੰਦੇ। ਕਿਸੇ ਪਰੋਫਾਈਲ ਹੇਠ ਪ੍ਰੌਕਸੀ-ਸ਼ਕਲ ਵਾਲਾ XML ਟੁਕੜਾ ਜੋੜਨਾ ਇਸ ਨੂੰ ਸਮਰਥਿਤ ਨੈੱਟਵਰਕ-ਸਵਿਚਿੰਗ ਵਿਧੀ ਨਹੀਂ ਬਣਾਉਂਦਾ।

ਸਿੱਧਾ ਵਿਕਲਪ ਇਹ ਹੈ ਕਿ ਹਰ ਵਾਤਾਵਰਣ ਲਈ ਮਨਜ਼ੂਰ ਸੈਟਿੰਗਾਂ ਰੱਖੀਆਂ ਜਾਣ ਅਤੇ ਢੁੱਕਵੀਂ ਚੁਣੀ ਜਾਵੇ:

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

ਉਦਾਹਰਨ ਵਰਤੋਂਕਾਰ ਸੈਟਿੰਗਾਂ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਚੁਣਦੀ ਹੈ। ਬਿਲਡ ਲਈ ਢੁੱਕਵੀਂ ਕਮਾਂਡ ਅਤੇ ਫਾਈਲ ਵਰਤੋ; ਇਸ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਫਾਈਲ ਨੂੰ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲਾਂ ਨਾਲ ਕਮਿਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਫ਼ਰਕ ਛੋਟੇ ਰੱਖੋ

ਦਰਜ ਕਰੋ ਕਿ ਕਿਹੜੀਆਂ ਸੈਟਿੰਗਾਂ ਅਸਲ ਵਿੱਚ ਬਦਲਦੀਆਂ ਹਨ: ਸਰਗਰਮ ਪ੍ਰੌਕਸੀ, ਬਾਈਪਾਸ ਹੋਸਟ, ਮਿਰਰ ਅਤੇ ਲੋੜੀਂਦੇ ਸਰਵਰ ਖਾਤੇ। ਦੂਜੀ ਫਾਈਲ ਨੂੰ ਚੁੱਪਚਾਪ ਕੋਈ ਅਸੰਬੰਧਿਤ ਰਿਪੋਜ਼ਟਰੀ ਨੀਤੀ ਹਟਾਉਣੀ ਜਾਂ ਪੁਰਾਣਾ ਪਾਸਵਰਡ ਵਰਤਣਾ ਨਹੀਂ ਚਾਹੀਦਾ।

ਚੁਣੀਆਂ ਵਰਤੋਂਕਾਰ ਸੈਟਿੰਗਾਂ ਨਾਲ ਅਜੇ ਵੀ ਮਿਲਦੀਆਂ ਕਿਸੇ ਵੀ ਗਲੋਬਲ ਸੈਟਿੰਗਾਂ ਦੀ ਜਾਂਚ ਕਰੋ। ਸਪਸ਼ਟ ਫਾਈਲ ਇਨਪੁਟ ਨੂੰ ਦਿਖਣਯੋਗ ਬਣਾਉਂਦੀ ਹੈ, ਪਰ ਇਸ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ Maven ਕੋਲ ਹੋਰ ਕਨਫਿਗਰੇਸ਼ਨ ਸਰੋਤ ਨਹੀਂ ਹਨ।

ਆਪਣੇ-ਆਪ ਬਦਲਣ ਲਈ ਅਸਲ ਸੰਕੇਤ ਚਾਹੀਦਾ ਹੈ

Maven ਆਮ ਅਰਥਾਂ ਵਿੱਚ ਲੈਪਟਾਪ ਦੀ ਸਥਿਤੀ ਤੋਂ "ਦਫ਼ਤਰ" ਦਾ ਅਨੁਮਾਨ ਨਹੀਂ ਲਾ ਸਕਦਾ। ਆਪਣੇ-ਆਪ ਬਦਲਣ ਵਾਲੇ ਪ੍ਰਬੰਧ ਲਈ ਸਮਰਥਿਤ ਬਾਹਰੀ ਖੋਜ ਜਾਂ ਪ੍ਰਬੰਧਨ ਵਿਧੀ ਅਤੇ ਉਸ ਵਿਧੀ ਦੇ ਉਪਲਬਧ ਨਾ ਹੋਣ 'ਤੇ ਪਰਿਭਾਸ਼ਿਤ ਪ੍ਰਤੀਕਿਰਿਆ ਚਾਹੀਦੀ ਹੈ।

ਘਰ ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਬੰਦ ਕਰਨ ਲਈ ਬਣਾਏ ਗਏ ਵਿਆਪਕ ਬਾਈਪਾਸ ਪੈਟਰਨਾਂ ਤੋਂ ਸਾਵਧਾਨ ਰਹੋ। ਇਹ ਅੰਦਰੂਨੀ ਮੰਜ਼ਲਾਂ ਨੂੰ ਵੀ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦੇ ਹਨ ਜਾਂ ਲੁਕਾ ਸਕਦੇ ਹਨ ਕਿ ਕੋਈ ਬੇਨਤੀ ਕਿਹੜੇ ਰਸਤੇ ਗਈ।

ਪਹਿਲੀ ਮੁਰੰਮਤ ਲਈ ਦਿਖਣਯੋਗ, ਸਪਸ਼ਟ ਸੈਟਿੰਗ ਚੋਣ ਨੂੰ ਤਰਜੀਹ ਦਿਓ। ਦੋਵਾਂ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਕੰਮ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਕੋਈ ਵੀ ਆਟੋਮੇਸ਼ਨ ਪ੍ਰੋਜੈਕਟ ਦੀਆਂ ਬਿਲਡ ਹਦਾਇਤਾਂ ਨੂੰ ਵਾਰ-ਵਾਰ ਮੁੜ ਲਿਖਣ ਦੀ ਥਾਂ ਉਹ ਜਾਣੀ-ਪਛਾਣੀ ਕਨਫਿਗਰੇਸ਼ਨ ਦੁਬਾਰਾ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ