আইডিই প্রকল্পগুলি থেকে আমার সংগ্রহস্থলগুলিতে আমার কী অন্তর্ভুক্ত করা উচিত


10

আমি এমন একটি প্রকল্প যুক্ত করতে চাই যা নেটবিনে এই ক্ষেত্রে তৈরি হয়েছিল তবে বেশিরভাগ আইডিই-র ক্ষেত্রে এই প্রশ্নটি সাধারণ। এটি সহজ, আমার সংগ্রহশালায় আমার কী অন্তর্ভুক্ত করা উচিত। উদাহরণস্বরূপ নেটবিন্স একটি এনবিপ্রজেক্ট ফোল্ডার তৈরি করে, গ্রহপঞ্জি একটি। সেটিং ফোল্ডার ইত্যাদি তৈরি করে আমি কী এগুলিকে আমার সংগ্রহস্থলে অন্তর্ভুক্ত করব, প্রকল্পের নির্দিষ্ট সেটিংস অন্তর্ভুক্ত করা বা না করার সুবিধা / অসুবিধাগুলি কী।

এই ক্ষেত্রে এটি একটি ব্যক্তিগত প্রকল্প তাই আমি কল্পনাও করি না যে অন্যান্য লোকেরা এতে কাজ শুরু করবে, তবে প্রকল্পের সেটিংসের ন্যূনতম সংযোজন করা ভাল লাগবে যাতে প্রকল্পটি নিজেই বিভিন্ন মেশিনে কাজ শুরু করা সহজ হয়ে যায়।


আপনার নিজের অন্তর্ভুক্ত না করে উপযুক্ত পরিবেশ স্থাপনের জন্য গ্রাহক প্লাগইন (বা অন্যান্য আদর্শ) সহ মাভেনের মতো সরঞ্জামগুলি বিবেচনা করুন ।

@ মিশেলটি আমি খুব দুঃখিত, তবে আমি সত্যিই অনুসরণ করি না, আপনি কি এটির প্রসারিত করতে চান?
ড্যানিয়েল ফিগুয়েরো

একটি বিল্ড টুল ব্যবহার করে, এবং বিল্ড টুলটি আদর্শের জন্য পরিবেশ স্থাপন করে আপনাকে নিশ্চিত করা যায় যে প্ল্যাটফর্মটি (বা আদর্শ) যাই হোক না কেন সেটআপ একই। এমনকি একক বিকাশকারীদের একাধিক পরিবেশ রয়েছে (আদর্শ বনাম বিল্ড)। এটি প্রশ্নের উত্তরটিকে সহজ করে দেয় যার উত্তর দেওয়া হয় "আপনার পরিবেশের সাথে সুনির্দিষ্ট যে কোনও কিছু যাচাই বাছাই করে না কারণ সেগুলি কোড তৈরি করেছে।" - একই যুক্তিযুক্ত যা আপনি জ্যাক্সবি দ্বারা উত্পাদিত জাভা ক্লাসগুলিতে যাচাই করেন না, বরং সেগুলি কীভাবে তৈরি করবেন সে সম্পর্কে নির্দেশাবলী (build.xML বা .pom ফাইল)।

যদি এটি "আসল" হয় তবে অবশ্যই এটির ব্যাক আপ নেওয়া উচিত। যদি এটি পরিবর্তন হয় এবং যাদের ট্র্যাকিংয়ের প্রয়োজন হয় এবং এটি আসল হয় তবে এটি পুনর্বিবেচনা নিয়ন্ত্রিত হওয়া উচিত। ক্যাচ - কীভাবে আপনার রেপোকে কাঠামো তৈরি করবেন যাতে আপনার উত্সটি আপনার উত্স থেকে যায়, যখন আপনি সরঞ্জাম চেইন কনফিগারেশনগুলি উত্স রেপো কলুষিত করে না। চিত্র, শব্দ এবং ভিডিও হিসাবে সম্পদের ক্ষেত্রে একই প্রয়োগ করা হয়েছে ....
ম্যাটনজ

উত্তর:


4

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

তবে কিছু আইডিই প্রকল্প ফাইল হ'ল গুরুত্বপূর্ণ প্রকল্পের মেটাডেটা। আমি নেটবিয়ানদের ভাল জানি না, তবে গ্রহণের জন্য। প্রকল্প প্রকল্প আইডিইকে প্রকল্পের নাম কী তা কোনও জাভা ওয়েব প্রকল্প ইত্যাদি বলে দেয় এবং। ক্লাসপাথ ফাইলে উত্স ফোল্ডার এবং লাইব্রেরি সম্পর্কে তথ্য থাকে। .Settings ডিরেক্টরিতে কিছু ফাইল সমানভাবে গুরুত্বপূর্ণ হতে পারে, যেমন org.eclipse.core.resources.prefs এ কোন ফাইলগুলির জন্য কোন এনকোডিং ব্যবহার করা উচিত সে সম্পর্কে তথ্য রয়েছে।

প্রকল্পের মেটাডেটা হিসাবে, এই স্টাফটি উত্স নিয়ন্ত্রণে সংস্করণিত হওয়ার পক্ষে প্রাপ্য।

কিছু আইডিই অন্যান্য আইডিই থেকে প্রকল্পের মেটাডেটা আমদানি করতে পারে। এটি নির্দিষ্ট ফর্মের সাথে নির্দিষ্ট আকারে আবদ্ধ না হওয়াতে এটি আরও ভাল।

জাভা জন্য, একটি জিনিস আছে: মাভেন । এটি প্রকল্পের কাঠামোর উপর শক্তিশালী কনভেনশন চাপিয়ে দেয় এবং আপনাকে প্রকল্পের মেটাডেটা (যেমন গ্রন্থাগার নির্ভরতা) একটি বিন্দুতে নির্দিষ্ট করতে দেয় (pom.xML নামে একটি ফাইল যা প্রকল্পের মূল ডিরেক্টরিতে রয়েছে এবং অবশ্যই উত্স নিয়ন্ত্রণে)। এমন প্লাগইন রয়েছে যা মাভেন কনফিগারেশন থেকে আইডিই প্রকল্প ফাইল তৈরি করে এবং অন্যরা যা প্রকল্প নির্মাণ প্রক্রিয়াটি স্বয়ংক্রিয় করতে পারে বা কেবল কিছু করতে পারে। কখনও কখনও এটি অনুভব করে যে এটি জিনিসগুলিকে অযৌক্তিকভাবে জটিল করে তোলে এবং এটি শিখতে কিছুটা সময় নেয় তবে সুবিধাগুলি সাধারণত এটির জন্য মূল্যবান।


1
আমি যদি ভুল না করি তবে মাভেন আইডিই স্বাধীন। যদি তা হয়, তবে, যেহেতু এটিতে প্রকল্পগুলির সেটিংস / মেটাডেটা রয়েছে তাই এটি অবশ্যই রেপোতে অন্তর্ভুক্ত করা উচিত, তবে "আইডিই প্রকল্প ফাইলগুলি" নয় যা ওপি বিশেষভাবে উল্লেখ করেছে বলে মনে হয়।
রক্তক্ষরণ আঙুলের

@ হুশ 7787: আমার বক্তব্যটি এই মেটাডেটা রেপোতে থাকার জন্য যথেষ্ট গুরুত্বপূর্ণ এবং আপনি যখন এটি আইডিই-ইন্ডিপেন্ডেন্ট ফর্মে রাখেন তখন দুর্দান্ত, যখন এটি না হয় তখনও এটি না রাখাই ভাল still এটা আছে.
মাইকেল বর্গওয়ার্ট

2

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

আপনি যদি নিজের আইডিটি একই আইডিই ব্যবহার করছেন না এমন লোকদের সাথে আপনার কোডটি ভাগ করে নিতে সক্ষম হতে চান তবে কোনও প্রকল্প নির্দিষ্ট প্রয়োগ না করে কেবল কোডটি নিজেই প্রতিশ্রুতিবদ্ধ করুন।

আপনি যদি জানেন যে প্রত্যেকে একই আইডিই ব্যবহার করে তবে আপনি সম্ভবত কম্পিউটার নির্দিষ্ট নয় এমন কিছু অন্তর্ভুক্ত করতে পারেন যা কেবল আইডিইতে কোনও সেটিং ফাইল / ফোল্ডার রয়েছে, সেইভাবে তারা ইতিমধ্যে প্রকল্পটি আমদানি করার ক্ষমতা রাখতে পারে আইডিই এটি আশা করে।


2

নিদর্শনগুলি যা আপনার বিকাশে সহায়তা করে এবং বিল্ড / রিলিজ বা প্রজেক্টের নিজেই কোনও কাজে লাগে না সেগুলি অন্তর্ভুক্ত করা উচিত নয় । রেপো পরিষ্কার এবং পরিচ্ছন্ন হওয়া উচিত এবং কেবলমাত্র সেই জিনিসগুলি আপনার প্রকল্পের সাথে প্রাসঙ্গিক । রেপোটি আপনার অভ্যাস সম্পর্কে অজ্ঞাত হওয়া উচিত। এবং দ্বিতীয়ত এটি অযৌক্তিকভাবে আপনাকে বাগিয়ে দেবে যখন সদৃশ কিছু করার সময় git status... তবে আরে আমি কখনই কোনও পরিবর্তন করিনি ... আহ্ সেটিকে উপেক্ষা করুন।

আমাকে আরও ব্যবহারিক উদাহরণ দিন (আমি gitএখানে একটি সরঞ্জাম হিসাবে ব্যবহার করব ):

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

বিভিন্ন মেশিনে আপনার সেটিংটি ব্যবহার করতে সক্ষম হবার জন্য আমি আপনার আইডিই এর ভিতরে খনন করার পরামর্শ দিচ্ছি এবং এটি এগুলিকে কী সমর্থন করে তা দেখুন। Emacs রয়েছে initএবং Emacs সার্ভারও। অথবা আপনি নিজের কাস্টম ম্যাক্রো বা স্ক্রিপ্ট তৈরি করতে পারেন ( .shযা স্বয়ংক্রিয়ভাবে সেটআপ করে।


-1: সম্পূর্ণ অসমত। এটি খুব গুরুত্বপূর্ণ এবং দরকারী তথ্য হতে পারে এবং আপনার রেপোতে অবশ্যই এই জাতীয় তথ্য অন্তর্ভুক্ত করা উচিত
মাইকেল বর্গওয়ার্ট

@ মিশেলবার্গওয়ার্ট যদি ওপি পরে অন্য কোনও আইডিইতে স্যুইচ করার পরিকল্পনা করে তবে কী হবে। এই প্রকল্প আইডিই নির্দিষ্ট সেটিংস অন্য একটিতে কীভাবে বোঝা যাবে? একটি উদাহরণ অনেক প্রশংসা হবে।
রক্তপাতের ফিঙ্গারগুলি

কিছু আইডিই অন্যান্য আইডিই থেকে প্রকল্পের মেটাডেটা আমদানি করতে পারে। না পারলেও, এই ফাইলগুলি সাধারণত কিছুটা মানব পাঠযোগ্য এবং এটি না রাখার চেয়ে এটি ভাল।
মাইকেল বর্গওয়ার্ট

এবং যদি আপনি আপনার কর্মক্ষেত্রটি সম্পূর্ণরূপে নিবিষ্ট করেন (তবে আমার সাথে ঘটেছিল) এবং কীভাবে ঘটেছিল যদি আপনি নিজে কীভাবে ভাবতেন যে সেগুলি আগের মতো করে দিয়েছিল সেগুলি ম্যানুয়ালি সেট করে দেওয়ার মাধ্যমে পরিবর্তনগুলি উল্টাতে না পারে? আমি সম্ভবত নিজেকে ঘন্টা বাঁচিয়েছি কারণ কর্মক্ষেত্রটি চেক ইন ছিল। কিছু আইডিই-র ওয়ার্কস্পেসে কোড টেম্পলেটগুলির মতো জিনিস অন্তর্ভুক্ত থাকবে যা প্রতিবার ম্যানুয়ালি সেট আপ করতে হবে এমন এক ব্যথা হতে পারে।
অ্যামি ব্লাকনশিপ

@ অ্যামিব্ল্যাঙ্কেনশিপ এটি আমার কর্মক্ষেত্রের বিষয় এটিই আপনি কীভাবে নিশ্চিত হতে পারেন যে এটি অন্যের হস্তক্ষেপ করবে না (তারা টানবে এবং হঠাৎ তাদের কর্মক্ষেত্রটি আপনার স্থানটি প্রতিস্থাপন করবে), এই জিনিসগুলিকে একটি পৃথক স্থানীয় শাখায় রাখা আরও ভাল বা আপনি আপনার ব্যক্তিগত প্রকল্পের নির্দিষ্ট কর্মক্ষেত্র ভিসির জন্য প্রকল্পটি এবং ভিসির জন্য গিট ব্যবহার করতে পারেন। কোড টেমপ্লেটগুলি সম্পর্কে, আমি মনে করি যে আপনার আইডিই যথেষ্ট পরিপক্ক নয় (বা এখনও সঠিকভাবে অন্বেষণ করা হয়নি) এবং যদি আপনি বলছেন যে টেমপ্লেটগুলি প্রজেক্ট নির্দিষ্ট করে থাকে তবে আমার ধারণা আপনার কোডটিতে নিদর্শনগুলি সন্ধান করা উচিত।
21:46

1

যদি এটি কোনও ব্যক্তিগত প্রকল্প হয় তবে আমি বলি সেটিংস উত্স নিয়ন্ত্রণে সঞ্চয় করুন। ব্যক্তিগতভাবে, আবার কোনও উন্নয়নের পরিবেশ স্থাপনের চেয়ে কোনও প্রকল্পের জন্য আমার অনুপ্রেরণাকে বেশি মেরে না।

যখন আরও বেশি লোক জড়িত থাকে, আমি এই জিনিসগুলিকে উত্স নিয়ন্ত্রণে রাখি না। আমার দলে, আমাদের ইন্টেলিজিজ, সাব্লাইম টেক্সট এবং ইক্লিপস ব্যবহার হচ্ছে। আইডিই ফাইলগুলি কেবল বিশৃঙ্খলা যুক্ত করে এবং আপনি যে আইডিই ব্যবহার করেন না তার জন্য অন্য লোকের কাছ থেকে এই ফাইলগুলিতে কমিটগুলি টানতে পারে।

এছাড়াও, আপনার প্রকল্পটি যাইহোক IDE এর উপর নির্ভরশীল হওয়া উচিত নয়। একটি বিল্ড সার্ভার আপনার পণ্যটি সংকলনের জন্য গ্রহনটি বুট করবে না, সুতরাং এটি ইতিমধ্যে আইডিই-মুক্ত হওয়া উচিত। আরও একটি ছোটখাটো বিষয়: এটি প্রকল্পের মধ্যে ব্যক্তিগত সংগঠনকে সরিয়ে দেয়। উদাহরণস্বরূপ, ইন্টেলিজজে আমি আমাদের প্রকল্পের মধ্যে অনেকগুলি মডিউল ব্যবহার করতে চাই। ইন্টেলিজ ব্যবহার করে অন্য কেউ এ সম্পর্কে উদ্বিগ্ন নয় কারণ আমরা .iml (মডিউল) ফাইলগুলি সঞ্চয় করি না।

আপনার টিম যদি একই আইডিই ব্যবহার করে থাকে তবে এটি আরও ভাল, তবে তারপরে কেউ খারাপ। ক্লাসপথ এন্ট্রি করে because এখন আইডিই ব্যবহার করে সবাই এটি নিয়ে চিন্তিত।

নিশ্চিতভাবেই, ক্ষতিটি হ'ল যখন কেউ প্রকল্পটি পরীক্ষা করে দেখেন তখন আরও সেটআপ হয়। আমি মনে করি এটি মূল্যবান। আমরা নির্ভরতা ব্যবস্থাপনার জন্য আইভি ব্যবহার করি এবং সেটআপ, নির্ভরতা ইত্যাদির তথ্য থাকি।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.