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