বাড়ি ফেরার ট্রেনে আপনার প্রকল্প বদলায়নি, কিন্তু তার নেটওয়ার্ক পথ বদলেছে। অফিসে কাজ করা প্রক্সি ঠিকানা বাড়িতে পৌঁছানো নাও যেতে পারে। এটি পরিবেশের সেটিং, আপনার নিয়োগকর্তার প্রক্সি প্রকল্পের POM-এ রাখার কারণ নয়।

Maven-এর সেটিংস মডেল প্রক্সি সংজ্ঞা রাখে তার শীর্ষ-স্তরের proxies বিভাগে। সেটিংস প্রোফাইল সেই বিভাগের দ্বিতীয় কোনো ইচ্ছামতো অনুলিপি দেয় না। প্রোফাইলের অধীনে প্রক্সি-আকৃতির XML খণ্ড যোগ করলে তা সমর্থিত নেটওয়ার্ক-পরিবর্তন ব্যবস্থা হয়ে ওঠে না।

সরল বিকল্প হলো প্রতিটি পরিবেশের জন্য অনুমোদিত সেটিংস রাখা এবং উপযুক্তটি বেছে নেওয়া:

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

উদাহরণটি ব্যবহারকারী সেটিংস স্পষ্টভাবে বেছে নেয়। বিল্ডের জন্য উপযুক্ত কমান্ড ও ফাইল ব্যবহার করুন; এর অর্থ এই নয় যে ফাইলটি শংসাপত্রসহ কমিট করা উচিত।

পার্থক্যগুলো ছোট রাখুন

কোন সেটিংসগুলো সত্যিই বদলায় তা লিপিবদ্ধ করুন: সক্রিয় প্রক্সি, বাইপাস হোস্ট, মিরর এবং প্রয়োজনীয় সার্ভার অ্যাকাউন্ট। দ্বিতীয় কোনো ফাইল নীরবে অসম্পর্কিত রিপোজিটরি নীতি সরাবে না বা পুরোনো পাসওয়ার্ড ব্যবহার করবে না।

নির্বাচিত ব্যবহারকারী সেটিংসের সঙ্গে এখনও একত্র হওয়া যেকোনো গ্লোবাল সেটিংস পরীক্ষা করুন। স্পষ্ট ফাইল ইনপুট দৃশ্যমান করে, কিন্তু এর অর্থ এই নয় যে Maven-এর অন্য কোনো কনফিগারেশন উৎস নেই।

স্বয়ংক্রিয় পরিবর্তনের জন্য প্রকৃত সংকেত দরকার

Maven সাধারণ অর্থে ল্যাপটপের অবস্থান থেকে "অফিস" অনুমান করতে পারে না। স্বয়ংক্রিয় ব্যবস্থার জন্য সমর্থিত বাহ্যিক আবিষ্কার বা ব্যবস্থাপনা প্রক্রিয়া এবং সেই প্রক্রিয়া অনুপলব্ধ হলে একটি নির্দিষ্ট প্রতিক্রিয়া দরকার।

বাড়িতে প্রক্সি নিষ্ক্রিয় করার উদ্দেশ্যে তৈরি প্রশস্ত বাইপাস প্যাটার্ন নিয়ে সতর্ক থাকুন। এগুলো অভ্যন্তরীণ গন্তব্যও প্রভাবিত করতে পারে বা কোনো অনুরোধ কোন পথে গেছে তা লুকাতে পারে।

প্রথম সমাধানের জন্য দৃশ্যমান, স্পষ্ট সেটিংস নির্বাচনকেই প্রাধান্য দিন। উভয় পরিবেশে কাজ করার পর, যেকোনো অটোমেশন প্রকল্পের বিল্ড নির্দেশনা বারবার নতুন করে লেখার বদলে সেই জানা কনফিগারেশনটি পুনরুৎপাদন করতে পারে।

সম্পর্কিত নিবন্ধ