অনেক ছোট স্ক্রিপ্ট, একটি ভান্ডার বা একাধিক?


16

একজন সহকর্মী এবং আমি একটি বিষয় নিয়ে এসেছি যার বিষয়ে আমাদের একাধিক মতামত রয়েছে।

বর্তমানে আমাদের কাছে একটি গিট রিপোজিটরি রয়েছে যা আমরা আমাদের ক্রোনজগুলিকে রেখে দিচ্ছি There প্রায় 20 ক্রোন রয়েছে এবং এগুলি সত্যই সম্পর্কিত নয় যে এগুলি সমস্ত ছোট অজগর লিপি এবং কিছু ক্রিয়াকলাপের জন্য প্রয়োজনীয়। আমরা fabric.pyস্থাপন করতে একটি requirements.txtফাইল এবং সমস্ত স্ক্রিপ্টগুলির প্রয়োজনীয়তা পরিচালনা করতে একটি ফাইল ব্যবহার করছি ।

আমাদের ইস্যুটি মূলত, আমরা কি এই সমস্ত স্ক্রিপ্টগুলি একটি গিট রিপোজিটরিতে রাখি বা সেগুলি কি তাদের নিজস্ব ভান্ডারগুলিতে আলাদা করব? এগুলিকে একটি ভান্ডারে রেখে দিয়ে সেগুলি একটি সার্ভারে স্থাপন করা আরও সহজ। আমরা সমস্ত স্ক্রিপ্টগুলির জন্য একটি ক্রোন ফাইল ব্যবহার করতে পারি।

তবে এটি ভুল অনুভব করে, কারণ 20 ক্রোনজগুলি যুক্তিযুক্তভাবে সম্পর্কিত নয়। অতিরিক্তভাবে, requirements.txtসমস্ত স্ক্রিপ্টগুলির জন্য একটি ফাইল ব্যবহার করার সময়, কোনও নির্দিষ্ট স্ক্রিপ্টের জন্য নির্ভরতাগুলি কী তা নির্ধারণ করা শক্ত এবং তাদের সকলকে প্যাকেজের একই সংস্করণ ব্যবহার করতে হবে।

আমরা সমস্ত স্ক্রিপ্টগুলি তাদের নিজস্ব ভাণ্ডারগুলিতে আলাদা করতে পারতাম তবে এটি 20 টি বিভিন্ন ভান্ডার তৈরি করে যা মনে রাখা এবং মোকাবিলা করা দরকার। এই স্ক্রিপ্টগুলির বেশিরভাগটি খুব বড় নয় এবং এটি সমাধান ওভারকিল বলে মনে হয়।

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

সংক্ষেপে, আমাদের মূল প্রশ্ন ও সমস্যাটি হ'ল আমরা কি তাদের একত্রে একটি সংগ্রহস্থল হিসাবে একত্রে বান্ডিল রেখেছি বা তাদের নিজস্ব সংগ্রহগুলির মধ্যে তাদের আলাদা করে রেখেছি? Txt এবং ফ্যাবফিল.পি? আমরা মনে করি আমরা সম্ভবত কিছু সাধারণ সমাধানও সন্ধান করছি। এই সমস্যাটি মোকাবেলার জন্য কি সহজ উপায় আছে?


এই স্ক্রিপ্টগুলি ক্রোন জবগুলি কি অন্যান্য অ্যাপ্লিকেশনগুলির সাথে সম্পর্কিত, বা আক্ষরিক অর্থে ইউটিলিটি স্ক্রিপ্টগুলির একটি ডাম্পিং গ্রাউন্ড?
গ্রেগ বার্গার্ড্ট

আমি দেখতে পাচ্ছি না কেন তাদের একই সংগ্রহস্থলে থাকার অর্থ তাদের একই প্রয়োজনীয়তাগুলি ভাগ করে নেওয়া দরকার? Txt? আপনি যদি এগুলি সংগ্রহস্থলের পৃথক সাব-ডিরেক্টরিতে রাখেন তবে তাদের প্রত্যেকের আলাদা আলাদা প্রয়োজনীয়তা থাকতে পারে ...
সান বার্টন

উত্তর:


16

আপনার যদি মনে করার কোনও সুনির্দিষ্ট কারণ না থাকে তবে তাদের প্রত্যেকেরই একটি ইনভিডুয়াল রেপো প্রাপ্য (তারা কি অনেক বৃদ্ধি পাবে? সম্ভবত তা নয়!) সেগুলি একটি রেপোতে রাখাই আরও যুক্তিসঙ্গত বলে মনে হয় এবং সমস্ত ক্লোনিংয়ের সমস্যাটি নিজেকে বাঁচায় 20 টি repos থেকে তাদের।

প্রত্যেককে পৃথক রেপো রাখলে মনে হয় এমন কোনও সমস্যা তৈরির পথ যেখানে সমস্যা নেই।

নিজের (এবং অন্যদের) জন্য অতিরিক্ত কাজ তৈরি করবেন না।


2
সম্মত হন - যতক্ষণ না স্ক্রিপ্টগুলি ভালভাবে নাম দেওয়া থাকে, এবং তাদের মধ্যে সদৃশটি কম রাখা হয় (যেমন ভাগ করা লাইব্রেরি স্টাফ) তাই গ্রেপ অনুসন্ধানগুলি খুব বেশি বিশৃঙ্খল না হয়, আমি মনে করি এটি কাজ করে।
ড্যানি স্ট্যাপল

1

বিভক্ত হওয়ার সত্যিকারের কোনও সঠিক কারণ না থাকলে (পারফরম্যান্স; অপ্রতিরোধ্য সাংগঠনিক / সুরক্ষা উদ্বেগ ইত্যাদি।) আমার প্রবৃত্তি হ'ল উত্স নথি একই ভান্ডারে একসাথে রাখা keep

পৃথক সংগ্রহস্থলে বিভক্ত সিস্টেমগুলি সাধারণত পুনরায় ব্যবহার বাধা দেয় এমন বাধা তৈরি করে; যেহেতু পুনঃব্যবহার হ'ল একমাত্র উপায় যে কোনও সংস্থাকে উন্নয়নের ব্যয়কে সামঞ্জস্য করতে হয়, পুনরায় ব্যবহারের পথে যা কিছু আসে তা হ'ল ইপসো একটি খারাপ জিনিস।

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