আমার অভিজ্ঞতায়, খাঁটি স্থানীয় সেটিংস জড়িত এমন সীমিত ক্ষেত্রে বাদ দিয়ে সবকিছুই উত্স নিয়ন্ত্রণে থাকা উচিত। উত্স নিয়ন্ত্রণের আইনটি হ'ল ধাক্কা খাওয়ানো সমস্ত কিছু তাদের দ্বারা কাজ করা আশা করা উচিত। দুর্ভাগ্যক্রমে, গ্রহনটি প্রায়শই এই জাতীয় জিনিসগুলিকে অন্তর্ভুক্ত করে .classpath:
<classpathentry kind="con"
path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.launching.macosx.MacOSXType/Java SE 7"/>
সুতরাং আমার ম্যাকে এটি কাজ করে এবং ম্যাকের কারওর মতো জেআরই রয়েছে তবে এটি অন্য কারও জন্য কাজ করবে না।
এছাড়াও, এর কাছাকাছি কোনও সহজ উপায় নেই। গ্রহনটি সর্বদা এটি যুক্ত করে দেবে। আমি সেখানে ক্লাসপাথ ফাইলটি রাখতে চাই, কারণ আমাদের লাইব ফোল্ডারে কিছু তৃতীয় পক্ষের জার রয়েছে যেখানে আমরা সংস্করণটির বিষয়ে যত্নশীল, তাই আমরা তাদের সেখানে রেখে দেই যাতে নতুন বিকাশকারীদের সেগুলি নিতে হবে না them । আমরা একটি পরিচালিত সিস্টেমে চলেছি, তবে এখনও পরিচালনা করা হয়েছে + নিয়ন্ত্রণহীন নির্ভরশীলতাগুলি চেক ইন .classpath। তবে প্রতিবার প্রতিবার প্রতিশ্রুতিবদ্ধ প্রতি একবার আপনার .classpath এ পরিবর্তন করার সময় আপনার জেআরই স্থির করা ভাল।
গ্রহন যদিও আপনার জন্য আরও কিছু দুর্দান্ত কাজ করে। । প্রকল্পের ফাইলটি উদাহরণস্বরূপ সাধারণত একই রকম হয়, সুতরাং এটি অন্তর্ভুক্ত করুন। তবে গ্রহণের জন্য উত্স নিয়ন্ত্রণ সম্পর্কে সেরা জিনিসটি রান কনফিগারেশন সেটিংস। রান কনফিগারেশন কথোপকথনের "কমন" ট্যাব এর অধীনে কনফিগারেশনগুলি সংরক্ষণ করুন যাতে সেগুলি আপনার সহকর্মীদের জন্য ডিবাগ এবং রানের পছন্দের তালিকার অধীনে উপস্থিত হয়। আমার জন্য, একগুচ্ছ .launchফাইল .settingsডিরেক্টরিতে চলে যায়, তাই আমরা সকলেই সেগুলি ব্যবহার করতে পারি।
সুতরাং আমি বলছি: .settingsডিরেক্টরি প্রবর্তন কনফিগারেশনের জন্য উত্স নিয়ন্ত্রণে চলে যায় (* .প্রিফগুলি ব্যতীত)
.classpath বাইরে থাকে
.project যায়.
