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