আমি জানতে চেয়েছিলাম যে সংস্করণ নিয়ন্ত্রণ থেকে মুছে ফেলার প্রয়োজনীয় উত্স ফাইলগুলির সাথে আমি যেভাবে व्यवहार করি সেটিকে অনুশীলন হিসাবে বিবেচনা করা যেতে পারে।
আমি সেই উদাহরণটির ভিত্তিতে আপনাকে এটি ব্যাখ্যা করতে চাই:
আমি সম্প্রতি খুব রেগে গিয়েছিলাম কারণ আমাকে ক্লান্তিকরভাবে একটি প্রোগ্রামে জাভা ক্লাসগুলি বাছাই করতে হয়েছিল যা মূলত ডেড কোড ছিল তবে এটি কোথাও নথিভুক্ত ছিল না এবং জাভা ক্লাসগুলিতে কোনও মন্তব্যও করা হয়নি। অবশ্যই এগুলি মুছতে হবে তবে আমি এ জাতীয় অপ্রয়োজনীয় জিনিসগুলি মুছার আগে আমার একটি রয়েছে - কেউ কেউ অদ্ভুত বলতে পারে - অভ্যাস:
আমি এসভিএন-> মুছে ফেলার মাধ্যমে তত্ক্ষণাত এমন অপ্রয়োজনীয় ফাইলগুলি মুছব না (আপনার পছন্দমতো সংস্করণ নিয়ন্ত্রণ সিস্টেমের মুছুন কমান্ডটি প্রতিস্থাপন করুন) তবে পরিবর্তে সেই ফাইলগুলিতে মন্তব্য করুন (আমি উভয়কে মাথা এবং পাদলেখ উল্লেখ করছি) যে তারা যাচ্ছেন আমার নাম + তারিখ + মুছে ফেলা হবে এবং আরও গুরুত্বপূর্ণ - তারা কেন মুছে ফেলা হয়েছে (আমার ক্ষেত্রে, কারণ তারা মারা গিয়েছিল, বিভ্রান্তিকর কোড)। তারপরে আমি সেগুলি সংরক্ষণ করি এবং তাদের সংস্করণ নিয়ন্ত্রণে প্রতিশ্রুতিবদ্ধ। পরের বার যখন আমাকে প্রজেক্টের সংস্করণ নিয়ন্ত্রণে কোনও কিছু করতে / পরীক্ষা করতে হবে, আমি এসভিএন-> মুছুন এবং তারপরে সংস্করণ নিয়ন্ত্রণে শেষ পর্যন্ত মুছে ফেলা হয় - যদিও অবশ্যই সংশোধনের মাধ্যমে স্থির করা উচিত এবং এ কারণেই আমি সেই অভ্যাসটি গ্রহণ করেছি।
এখনই এগুলি মুছে ফেলার পরিবর্তে এটি করছেন কেন?
আমার কারণটি হ'ল, আমি অন্তত সর্বশেষ সংশোধনীতে স্পষ্ট চিহ্নিতকারীগুলি রাখতে চাই যেখানে এই অপ্রয়োজনীয় ফাইলগুলি ছিল, কেন সেগুলি মুছে ফেলার যোগ্য। আমি যদি এখনই সেগুলি মুছে ফেলি তবে সেগুলি মুছে ফেলা হয়েছে তবে কেন সেগুলি মুছে ফেলা হয়েছে তার কোনও নথি নেই। আমি এর মতো একটি সাধারণ দৃশ্য এড়াতে চাই:
"হুম ... কেন এই ফাইলগুলি মুছে ফেলা হয়েছে? আমি আগে ভাল কাজ করেছি।" (প্রেসগুলি 'রিভার্ট' -> যে ছেলেটি তারপরে ফিরে গিয়েছিল তা পরবর্তী সপ্তাহগুলিতে চিরতরে চলে যায় বা উপলভ্য নয় এবং পরবর্তী অ্যাসিজনিকে আমার মতো ক্লান্তিপূর্ণভাবে সেই ফাইলগুলি সম্পর্কে কী তা খুঁজে বের করতে হবে)
কিন্তু আপনি কি খেয়াল করেন না যে এই ফাইলগুলি প্রতিশ্রুতিবদ্ধ বার্তাগুলিতে মোছা হয়েছে কেন?
অবশ্যই আমি করি তবে একটি প্রতিশ্রুতি বার্তা সহকর্মীরা কখনও কখনও পড়েন না। এটি একটি সাধারণ পরিস্থিতি নয় যে আপনি যখন (আমার ক্ষেত্রে মৃত) কোডটি বোঝার চেষ্টা করবেন আপনি প্রথমে সমস্ত সম্পর্কিত প্রতিশ্রুতি বার্তাগুলির সাথে সংস্করণ নিয়ন্ত্রণ লগটি পরীক্ষা করেন। লগের মাধ্যমে ক্রলিংয়ের পরিবর্তে কোনও সহকর্মী এই মুহুর্তে দেখতে পাবেন যে এই ফাইলটি অকেজো। এটি তার / তার সময় সাশ্রয় করে এবং তিনি / তিনি জানেন যে এই ফাইলটি সম্ভবত খারাপের জন্য পুনরুদ্ধার করা হয়েছিল (বা কমপক্ষে এটি একটি প্রশ্ন উত্থাপন করে)।