প্রকৃত প্রোগ্রামের আগে বিকাশকারীদের কোনও অভ্যন্তরীণ গ্রন্থাগার সংকলন করা উচিত?

Question

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

প্রবীণ বিকাশকারীদের কি বৈধ যুক্তি আছে? বা বিকাশকারীদের কি লাইব্রেরির উত্স কোডটি এনক্যাপসুলেশনের মূল দর্শনের বিপরীতে এবং এমনকি লাইব্রেরিটি প্রথম স্থানে থাকা পড়তে হবে?

Answer 1

এই প্রবীণ বিকাশকারীটির যুক্তি আমার কাছে কোনও অর্থ দেয় না।

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

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

আমি দেখতে পাচ্ছি না কেন উত্স কোডটি বিকাশকারীদের এটিকে তাদের সাধারণ বিল্ডের অংশ হতে বাধ্য করা ছাড়া তাদের কাছে উপলব্ধ করা যায় না।

Comments

আমি দ্বিতীয় যে, আপনি যে লাইব্রেরি সংস্করণটি ব্যবহার করছেন তা সহজেই উত্স পেতে সক্ষম হবেন। পৃথিবীতে কেন আপনার লাইব্রেরির "চূড়ান্ত রক্তক্ষরণ প্রান্ত সংস্করণ" দরকার? এটি কেবলমাত্র প্রকল্পে সম্ভাব্য এনট্রপি যুক্ত করেছে ..

— jlemos

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

— ডক ব্রাউন

ডক ব্রাউন - আমি একমত। আমার উত্তরটি এই প্রশ্নের ভিত্তিতে তৈরি করা হয়েছিল যে প্রশ্নটি এমনভাবে বানানো হয়েছিল যে প্রাপ্তি এবং সংকলনের প্রয়োজনীয়তার একমাত্র কারণ ছিল যাতে বিকাশকারীরা উত্স কোডটি পড়তে পারে।

— 26

Answer 2

পরামর্শটি হ'ল

প্রয়োজনীয় কার্যকারিতা উপলব্ধ কিনা তা নির্ধারণ করার জন্য আমরা ক্লায়েন্ট-পার্শ্ব বিকাশকারীদের দ্বারা গ্রন্থাগারের উত্স কোড পড়ে সময় সাশ্রয় করতে পারি

আপনি বিকল্প পরামর্শ দিতে পারেন

কোন কার্যকারিতা উপলব্ধ তা নির্দেশ করার জন্য আমরা লাইব্রেরির নথির মাধ্যমে কেউ সময় বাঁচাতে পারি।

Comments

এটি চেষ্টা করা হয়েছিল এবং যুক্তিটি ছিল যে গ্রন্থাগারের বিকাশকারীরা নতুন বৈশিষ্ট্য যুক্ত করতে খুব ব্যস্ত ছিলেন।

— rjzii

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

— মার্কজে

Answer 3

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

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

Answer 4

আমি একটি বৃহত সফ্টওয়্যার সংস্থার জন্য কাজ করতাম যিনি অভ্যন্তরীণ ব্যবসায়ের সিস্টেমগুলির সাথে তাদের নিজস্ব সফ্টওয়্যার ক্রমাগত "ডগফুডিং" করছিলেন।

তারা এটিকে টেস্টের আরও একটি স্তর হিসাবে দেখেছিল।

যে সংস্থার সাথে আমি একমত, এটি একটি ভাল জিনিস।

আমার মনে হয় আপনাকে ডাউনলোড করতে বাধ্য করা এবং সর্বশেষ সংস্করণটি সংকলন করা খুব দূরে এক ধাপ, যদি না আপনার সংস্থাগুলি কোনও গ্রন্থাগার বিক্রয়, এমনকি আউটসোর্সিংয়ের প্রস্তাব দেওয়া সংকলন পদক্ষেপের একটি গুরুত্বপূর্ণ অংশ না হয়।

Comments

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

— rjzii

Answer 5

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

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

Answer 6

যেহেতু অনেক লোক উত্তর দিয়েছিল যে প্রত্যেককে একটি অভ্যন্তরীণ গ্রন্থাগার তৈরি করা কোনও অর্থবোধ করে না, তাই আমি বিপরীত দৃষ্টিভঙ্গি উপস্থাপন করব যা কারণগুলি ন্যায্য করতে পারে:

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

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

2. লোকেরা যখন নিজস্ব কোড লিখতে শুরু করে যা গ্রন্থাগারের উপর নির্ভর করে এবং গ্রন্থাগারের কোনও কিছু কাজ না করে, বাতাসে অস্ত্র ছোঁড়ার পরিবর্তে, যদি গ্রন্থাগারটি স্থানীয়ভাবে নির্মিত হয়, তবে লাইব্রেরির কোডের অভ্যন্তরে ডানদিকে যাওয়া খুব সহজ হয়ে যায়

   • এটি ঘটতে পারে কারণ অনেকগুলি গ্রন্থাগার নিখুঁত থেকে অনেক দূরে এবং আমরা সকলেই "স্থিতিশীল" রিলিজ নিয়ে কাজ করতে চাইলেও এখনও সমস্যা থাকতে পারে।
   • কীভাবে কোনও এপিআই ব্যবহার করা উচিত তা ভুল বোঝার কারণে আপনি খারাপ ফলাফল পাচ্ছেন getting এমনকি ডকুমেন্টেশন সহ, লোকেরা প্রায়শই ভুল অনুমান করে
   • আপনার প্রবীণ লোকটি সম্ভবত নতুন ব্যক্তিদের দ্বারা ক্লান্ত হয়ে পড়েছে (এবং কখনও কখনও প্রকল্পের ভিতরে এবং বাইরে জানে তাদের চেয়ে অনেক বেশি নতুন লোকেরা) যখনই কোনও ক্র্যাশ / অন্য কোনও ত্রুটি কোনও লাইব্রেরির কোড থেকে আসে বলে মনে হয় বাতাসে অস্ত্র নিক্ষেপ করে। সুতরাং আপনার মেশিনে এবং তার পরে আপনার পাশের লোকটির কাছে না আসার পরিবর্তে তারা এই প্রশ্নগুলির সাথে উত্তর দেওয়ার বিকল্প চান: 1) ক্রাশটি ঠিক কোথায়? কি মডিউল / ফাইল / লাইন? 2) আপনি এটি ডিবাগ করেছেন? আপনি কি খুঁজে পেয়েছেন?
   • আপনার প্রবীণ ছেলেরা এই কোড বেসটি (অ্যাপ্লিকেশন এবং আপনার বড় লাইব্রেরি) নিয়ে যথেষ্ট দীর্ঘ সময় ধরে কাজ করেছেন এবং সম্ভবত তিনি লক্ষ্য করেছেন যে যখন কোডটি ইতিমধ্যে মেশিনে রয়েছে এবং ডিবাগ এবং পদক্ষেপের জন্য প্রস্তুত হয়, তখন এটি তার জীবনকে আরও সহজ করে তোলে এবং লোককে পায় কোড বেস দ্রুত শিখতে। সুতরাং সেই কারণেই তিনি আপনাকে আপনার মেশিনে লাইব্রেরি তৈরির জন্য প্রথম ব্যয় করতে বাধ্য করেন।

আমি তার সিদ্ধান্তকে ন্যায়সঙ্গত বলে দিচ্ছি না, কেবল এটি ইঙ্গিত করে যে ক) গল্পের গল্পের একটি দিক উপস্থাপন করা হয়েছে এবং খ) প্রশংসনীয় উদ্দেশ্য থাকতে পারে।

Answer 7

এই ধরনের পরীক্ষা আরও ভাল করা হবে। বিষয়টি যদিও, এটি পরীক্ষকগণ দ্বারা করা উচিত , বিকাশকারীদের দ্বারা নয় । সেই অর্থে, এটি আপনার বা লাইব্রেরি বিকাশকারীদের কাজ নয়।

_{আপনি যা বর্ণনা করছেন তা থেকে মনে হচ্ছে প্রকল্পটিতে কোনও পরীক্ষক নেই - যদি এটি হয় তবে এটি একটি পরিচালনা সমস্যা এবং বেশ মারাত্মক।}

... প্রয়োজনীয় কার্যকারিতা উপলব্ধ কিনা তা নির্ধারণের জন্য তারা লাইব্রেরি উত্স কোডটি পড়তে পারে বলে সময় সাশ্রয় করে

বেশ খোঁড়া যুক্তি। যখন অতি সাম্প্রতিক সংস্করণ লাইব্রেরি বেশিরভাগ সাম্প্রতিক সংস্করণ প্রকল্পের সাথে সংকলন করতে ব্যর্থ হয়, তখন এর জন্য একাধিক বিভিন্ন কারণ থাকতে পারে - কেবলমাত্র লাইব উত্স কোডে ড্রিল করা সময় নষ্ট হতে পারে।

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

যুক্তি মিস করার উপরের অন্যটি জিনিসটি অনিবার্য (এবং আমার অভিজ্ঞতায় বেশ বেদনাদায়ক) উত্পাদনশীলতা লোকসান যা পরে যখন কেউ বিকাশ এবং QA ক্রিয়াকলাপগুলির মধ্যে স্যুইচ করে প্রবাহকে ভেঙে ফেলতে হয় ।

---

দলে যখন পরীক্ষক থাকে, তখন এ জাতীয় জিনিসগুলি খুব সহজ এবং সহজেই পরিচালনা করা যায়। আপনার "সিনিয়র" বিকাশকারী আপনার কাছে যা ফেলেছেন তা হ'ল মূলত একটি খসড়া পরীক্ষার প্রয়োজনীয়তা।

প্রকল্প বা লাইব্রেরিতে প্রতিটি পরিবর্তনের পরে, নিশ্চিত হয়ে নিন যে বিল্ডটি সফল।

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

• এসকিউএ দৃষ্টিকোণ থেকে , এটি অত্যন্ত স্বয়ংক্রিয়ভাবে কার্যকর হতে পারে এমন একটি সহজ সরল রিগ্রেশন টেস্টিং পদ্ধতি নকশা করা, সেটআপ করা এবং বজায় রাখা বেশ নিয়মিত কাজ probably সম্ভবত এমন বিষয় পর্যন্ত যে কেবলমাত্র ম্যানুয়াল ক্রিয়াকলাপ ইস্যু ট্র্যাকার এবং যাচাইয়ের ক্ষেত্রে টিকিট তৈরি এবং রক্ষণাবেক্ষণ করবে be সংশোধন করা হয়েছে।

Answer 8

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

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

আপনার যদি অতি সাম্প্রতিক কোডের প্রয়োজন হয় তবে আপনি কেবল সংস্করণ স্ন্যাপশট স্থাপন করতে পারেন।

Comments

ম্যাভেন একটি সংগ্রহস্থল হিসাবে ব্যবহৃত হচ্ছে এবং বেশিরভাগ প্রকল্প নির্ভরতা পরিচালনার জন্য সে বা আইভি হয় ব্যবহার করে।

— rjzii

@ রবজেড আপনি কি আর্টিফ্যাক্টরি বা নেক্সাসের মতো কোনও কেন্দ্রীয় শিল্পকর্মের রেপো ব্যবহার করেন না?

— smp7d

আমরা আর্কিভা ব্যবহার করছি।

— rjzii

@ রবজেড ঠিক আছে, তাহলে আপনি সম্ভবত এসআরসি জারটি স্থাপন করতে এবং আপনার আইডিইতে লাইব্রেরিতে সংযুক্ত করতে যদি এটি স্বয়ংক্রিয়ভাবে না করে তবে আপনি আপনার পোমস সেট আপ করতে পারেন। দেখুন maven.apache.org/plugins/maven-source-plugin

— smp7d

Answer 9

এটি কেবল আপনার বিল্ড স্ক্রিপ্টে হওয়া উচিত:

1. একটি নতুন সংস্করণ উপলব্ধ কিনা তা পরীক্ষা করে দেখুন। অন্যথায় 2 এড়িয়ে যান।
2. এটি ডাউনলোড এবং সংকলন করুন এবং স্থানীয়ভাবে উত্স কোড থেকে আপনার একটি API রেফারেন্স উত্পন্ন করতে পারে এমন কোনও সরঞ্জাম চালনা করুন। একটি পরিবর্তন লগ দেখান।
3. আপনার অ্যাপ্লিকেশন তৈরি করুন

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

Comments

অবিচ্ছিন্ন ইন্টিগ্রেশন সার্ভারের দৃষ্টিকোণ থেকে, গ্রন্থাগারটি নিজেই ছোট নয় এবং তৈরি করতে কয়েক মিনিট সময় নেয়।

— rjzii

@ রবজেড: তো? যতক্ষণ না গ্রন্থাগারটি পরিবর্তন হয় না, আপনার এটি পুনর্নির্মাণের দরকার নেই, তাই না?

— back2dos

এই মুহূর্তে এটি এখনও সক্রিয় বিকাশের অধীনে।

— rjzii

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

— back2dos