যখন কেউ একটি মুক্ত-উত্স প্রকল্প লিখেন এবং গুগল কোড বা গিটহাব ব্যবহার করেন এবং লুয়ার মতো একটি লাইব্রেরি ব্যবহার করতে চান, তখন কীভাবে এটি করা উচিত?
প্রদত্ত যে সংকলনের আগে গ্রন্থাগারের ইনস্টলেশন প্রয়োজন হয় না।
উত্তর:
আমি সাব-মডিউলগুলিতে গিটের ডকুমেন্টেশনগুলি পড়ার জন্য উচ্চ প্রস্তাব দিচ্ছি ; এটি এই সমস্যাটিকে খুব সুরাহা করে, ধরে নিচ্ছে যে আপনার সমস্ত উত্স গিট ব্যবহার করে। যদি তা না করে তবে আপনি ইন্টিগ্রেশনের উদ্দেশ্যে সর্বদা গিট রেপো সেট আপ করতে পারেন। প্রচেষ্টা তুচ্ছ এবং পরিশোধের বিষয়টি উল্লেখযোগ্য।
নির্ভরতা কি ভাণ্ডার অন্তর্ভুক্ত করা উচিত?
আমি মনে করি নির্ভরতা সর্বদা ভাণ্ডারগুলিতে অন্তর্ভুক্ত করা উচিত যতক্ষণ না সেগুলি ব্যবহারের কোনও শর্ত লঙ্ঘন না করে। সঠিকভাবে নির্ভরতার সঠিক সংস্করণগুলি নিজে তৈরি করার আগে নিজেই খুঁজে পাওয়ার চেয়ে কয়েকটি জিনিসই বেশি বিরক্তিকর। অবশ্যই, আপনার পক্ষে এটি করার জন্য যখন স্বয়ংক্রিয় সরঞ্জামগুলি রয়েছে তখন এটি সহজ, যা সঠিক নির্ভরতা খুঁজে পেতে এবং ডাউনলোড করতে পারে, তবে আপনি যদি এই মুহুর্তে ওয়েবের সাথে সংযুক্ত না হন বা সার্ভারটি ডাউন থাকে বা নির্ভরতার প্রকল্প হয় তবে কি হবে? সম্পূর্ণ বন্ধ এবং অফলাইন নেওয়া হয়েছে? সম্ভব হলে সর্বদা নির্ভরতা অন্তর্ভুক্ত করুন।
নির্ভরতাটি কি অন্য প্রকল্পের মতো একই বিল্ড স্ক্রিপ্টের মধ্যে থেকে তৈরি করা উচিত, না আলাদা বিল্ড স্ক্রিপ্ট থেকে?
উত্স থেকে সংকলন করার কোনও ভাল কারণ না থাকলে পূর্বনির্ধারিত সংস্করণগুলি ব্যবহার করুন।
এবং কেন বিল্ড স্ক্রিপ্টে বিকল্পগুলি সরবরাহ করে না? নির্ভরতাগুলিও সংকলিত করা উচিত কিনা তা চয়ন করার জন্য একটি সাধারণ সুইচ। ব্যবহারকারী যদি নির্ভরতাগুলিও সংকলন করতে বেছে নেন, তবে কেবলমাত্র আপনার পণ্যের বিল্ড স্ক্রিপ্ট থেকে তাদের নিজস্ব বিল্ড স্ক্রিপ্টগুলি চাওয়া। সুতরাং ব্যবহারকারী নির্ভরতাগুলির বিল্ড স্ক্রিপ্টগুলি ম্যানুয়ালি ডেকে আনতে পারেন বা সমস্ত কিছুর একটি সম্পূর্ণ বিল্ড তৈরি করতে বেছে নিতে পারেন। তবে উত্সগুলি থেকে সংকলনের কোনও ভাল কারণ না থাকলে আমি কেবল বাইনারি হিসাবে নির্ভরতাগুলি সরবরাহ করব deliver আমি মনে করি ওপেন সোর্স ওয়ার্ল্ডে, কিছু লাইসেন্সের জন্য আপনাকে আপনার পণ্যটির সাথে উত্স বিতরণ করতে হবে তবে এর অর্থ এই নয় যে আপনি সেগুলি পূর্বনির্ধারিত করতে পারবেন না।
সংক্ষেপে: একটি সম্পূর্ণ স্ট্যান্ডেলোন, সম্ভব হলে ওয়ার্কিং প্যাকেজ সরবরাহ করুন। এটি আপনার ব্যবহারকারীদের সবচেয়ে সুবিধা দেয়।
এটি আপনার ব্যবহারের ক্ষেত্রে প্রয়োগ হতে পারে বা নাও পারে তবে আমরা যা কাজ করি তা প্রতিটি শাখায় একটি "রেফারেন্স" ফোল্ডার অন্তর্ভুক্ত করে। আমরা এখানে তৃতীয় পক্ষের ডিএলএল রাখি। এটি উত্স নিয়ন্ত্রণে অপেক্ষাকৃত অপরিবর্তনীয় বাইনারিগুলির প্রচুর নকল ঘটায়, তবে সঞ্চয়স্থান সস্তা এবং যে কোনও সময় প্রতিটি শাখা ও ট্যাগের প্রত্যাশাটি হ'ল নির্ভরতা (এবং সংস্করণ!) থাকে।
আমরা নির্ভরতাগুলি নিজেরাই প্রাক-সংকলন করি এবং সংকলিত বাইনারিগুলি সেই ফোল্ডারে স্থানান্তরিত করি। আমাদের নিজস্ব ঘরে বসে ভাগ করা লাইব্রেরিটিও এইভাবে আচরণ করা হয়। সেই একই কৌশলটি প্রাক-সংকলিত মালিকানাধীন গ্রন্থাগারগুলি, ওপেন-সোর্স লাইব্রেরি এবং ইন-হাউস লাইব্রেরিগুলির জন্য কাজ করে।
এখন পর্যন্ত আপনার প্রশ্নের উত্তর হিসাবে এখনই আমি এটি পুনরায় পড়েছি, একই জিনিসটি করুন এবং কেবল উল্লেখ করুন যে আপনার প্রকল্পটি লুয়ার একটি পূর্বনির্ধারিত 1.3.5 সংস্করণ ব্যবহার করে।
নির্ভরতা কি ভাণ্ডার অন্তর্ভুক্ত করা উচিত?
এটি সংগ্রহস্থল (এসসিএম পদ্ধতির জন্য কোনও ব্যবহারযোগ্য) দ্বারা রেফারেন্স দেওয়া যেতে পারে, যদি এই নির্ভরতা পণ্য (উত্স-নির্ভরতা) এর অবিচ্ছেদ্য অঙ্গ হয়, বাইনারি-নির্ভরতা নয়, যা আলাদাভাবে সমাধান করা যায়
নির্ভরতাটি কি অন্য প্রকল্পের মতো একই বিল্ড স্ক্রিপ্টের মধ্যে থেকে তৈরি করা উচিত, না আলাদা বিল্ড স্ক্রিপ্ট থেকে?
মোটেই কিছু যায় আসে না। আপনার প্রয়োজনীয়তা অনুসারে আপনি যে কোনও পদ্ধতি পছন্দ করতে পারেন (গতি / স্বচ্ছতা / পরিচালনা / ইত্যাদি)
একটি গ্রহের দোকান হওয়ায় আমরা আমাদের বিল্ড / এসেম্বল / মোতায়েন প্রক্রিয়াটি পরিচালনা করতে সবেমাত্র বাকমিনস্টার ব্যবহার শুরু করেছি ।
আমাদের প্রথম পর্যায়টি ছিল আমাদের বিদ্যমান বিদ্যমান সমস্ত গ্রন্থাগারগুলি খুঁজে বের করা এবং বাকমিনস্টারকে সঠিকগুলি বাস্তবায়নের যত্ন নিতে দেওয়া। এটি একটি আরও দ্রুত এবং ছোট স্থাপনার জন্য তোলে।
পরবর্তী পদক্ষেপটি আমাদের একচেটিয়া svnসংগ্রহস্থলকে একাধিক মডুলার gitসংগ্রহস্থলগুলিতে স্থানান্তরিত করবে ।
আমি জানি না gitযে বাক্মিনস্টার কীভাবে সাবমোডিয়ালগুলিতে (বা সেই বিষয়ে পারদর্শী সাবরেপোস) একীভূত করবেন, তবে এটি খুব ভাল যে বাকিমিনস্টার কোনও প্রদত্ত উপাদানটির জন্য ব্যবহৃত ভিসিএসের বিষয়ে অজ্ঞেয়বাদী।