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