পঞ্চাশটি text file-এ পুরোনো service name বদলাতে হবে। Editor খুলে Replace All চাপলেন, পরে দেখা গেল URL, example code এবং historical note-ও বদলে গেছে। Find/Replace সময় বাঁচায়, কিন্তু text মেলে মানেই context একই নয়। ছোট website copy, Markdown documentation বা template file edit করার সময় scope, preview এবং rollback ঠিক রাখা দরকার। এই guide VS Code-এর familiar search workflow দিয়ে বিষয়টি বোঝাচ্ছে। Database বা binary document-এর উপর একই পদ্ধতি চালানোর কথা বলা হচ্ছে না; সেগুলির জন্য নিজস্ব safe editing workflow দরকার।

আগে পরিবর্তনের অর্থ নির্দিষ্ট করুন

শুধু কোন word বদলাবেন নয়, কোথায় বদলানো উচিত সেটি লিখুন। Service display name বদলালে পুরোনো URL slug কি অক্ষত থাকবে? Past event-এর report-এ তৎকালীন নাম রাখা প্রয়োজন কি না দেখুন। “Basic” plan-এর নাম বদলাতে গিয়ে “basic setup” বাক্যটিও বদলে গেলে অর্থ নষ্ট হবে। Representative দুই বা তিনটি file দেখে intended examples এবং excluded examples তৈরি করুন। Team-এর অন্য কেউ একই files edit করছেন কি না জানান। এই সিদ্ধান্ত না নিয়ে broad replacement করলে tool দ্রুত কাজ করলেও পরে manual repair বেশি সময় নিতে পারে।

Backup বা clean comparison point রাখুন

পরিবর্তনের আগে অনুমোদিত backup copy বা version-control comparison point রাখুন। Existing uncommitted edits থাকলে সেগুলি আলাদা চিনে নিন; cleanup-এর নামে reset করবেন না। কোন file আগে থেকেই বদলানো ছিল তার তালিকা রাখলে নিজের replacement-এর diff বুঝতে সুবিধা হয়। File copy করলে secret বা private material অননুমোদিত জায়গায় পাঠাবেন না। Editor-এর Undo সাহায্য করতে পারে, কিন্তু সব file save ও application restart-এর পরে সেটিই একমাত্র recovery plan হবে না। Recovery কীভাবে করবেন জানা না থাকলে আগে ছোট disposable sample folder-এ workflow পরীক্ষা করুন।

Folder ও file scope ছোট করুন

পুরো computer নয়, প্রয়োজনীয় project folder খুলুন। VS Code search-এর files to include ও files to exclude controls দিয়ে target scope সীমিত করা যায়। আগে search চালিয়ে result file list দেখুন। Generated files, dependency folders, archived reports বা backup copies intended scope-এর বাইরে থাকলে সেগুলি বাদ দিন। Exclusion pattern ভুল হলে প্রয়োজনীয় file অদৃশ্যও হতে পারে, তাই শুধু result কমেছে দেখে খুশি হবেন না। Known target file search-এ এসেছে কি না পরীক্ষা করুন। Search setting, ignored files ও active filter result-কে প্রভাবিত করতে পারে; scope note-এ এগুলি লিখে রাখুন।

Case, whole word ও regex বুঝে ব্যবহার করুন

Case-sensitive search-এ “Store” আর “store” আলাদা হতে পারে; whole-word option partial match কমাতে সাহায্য করে। কিন্তু punctuation বা language boundary অনুযায়ী match কীভাবে হচ্ছে sample দেখে নিশ্চিত হন। সাধারণ literal replacement-এর জন্য regex দরকার না হলে সেটি বন্ধ রাখুন। Regex-এ dot বা bracket বিশেষ অর্থ পেতে পারে, তাই পরিচিত text অন্যরকম match হতে পারে। Regex ব্যবহার করতেই হলে positive এবং negative examples দিয়ে preview দেখুন। Search box-এর ছোট option ভুল থাকলেও ফল বদলায়। আগের কাজের search settings থেকে গেছে কি না প্রতিবার লক্ষ্য করুন।

Preview থেকে একটি পরিবর্তন করুন

VS Code-এর basic editing documentation অনুযায়ী replace text দিলে pending changes-এর diff preview দেখা যায়; single match, একটি file বা সব files স্তরে replacement করা যায়। প্রথমে একটি unambiguous match বদলান। তার আগের ও পরের sentence পড়ুন, punctuation এবং spacing ঠিক আছে কি না দেখুন। তারপর একই ধরনের একটি ছোট file group নিন। Preview-তে replacement text পুরোনো value-এর অংশের সঙ্গে মিশে নতুন ভুল word তৈরি করছে কি না ধরুন। একবারে সব পরিবর্তনের আগে tool-এর আচরণ নিজের sample-এ দেখে নেওয়া সহজ।

Find/Replace-এর highlighted checklist

  • Meaning: intended ও excluded context-এর উদাহরণ লেখা আছে।
  • Recovery: backup বা comparison point এবং আগের edits জানা আছে।
  • Scope: target folder, file type ও exclusions যাচাই করা হয়েছে।
  • Options: case, whole word ও regex mode পরীক্ষা হয়েছে।
  • Preview: pending diff পড়ে একটি sample replace করা হয়েছে।
  • Review: changed files এবং replacement count প্রত্যাশার সঙ্গে মেলানো হয়েছে।
  • Test: saved output, relevant links ও runtime checks পাস করেছে।

Count দিয়ে শুরু করুন, context দিয়ে শেষ করুন

ধরুন দশটি page-এ একই footer line বদলানোর কথা, কিন্তু search-এ 80টি hit এল। বেশি hit কেন তা বুঝে নিন—backup, translation, snapshot বা generated output থাকতে পারে। Replacement-এর পরে old text search করে remaining matches দেখুন। সব match সরিয়ে দেওয়া লক্ষ্য নয়; excluded historical reference থাকা সঠিক হতে পারে। আবার new text search করে unintended locations ধরা যায়। Changed file list-এর সঙ্গে planned scope মেলান এবং diff review করুন। Count মিলে গেলেও বাক্যের অর্থ ঠিক আছে কি না পড়তে হবে; দশটি ভুল জায়গাও ঠিক দশটি replacement হতে পারে।

Saved result পরীক্ষা করে handover দিন

Editor preview আর saved file এক নয়, তাই save state দেখুন। Website text বদলালে local rendered page খুলুন, link label ও destination এখনও মেলে কি না দেখুন। Code বা configuration ছুঁলে relevant syntax check ও existing tests চালান। New branding লিখতে গিয়ে machine identifier বদলে গেলে application ভাঙতে পারে। সমস্যা হলে শুধু নিজের change ফিরিয়ে আনুন, অন্যদের pending edits নয়। শেষে কোন scope বদলেছে, কী বাদ দেওয়া হয়েছে এবং কীভাবে যাচাই করেছেন note দিন। ভবিষ্যৎ replacement-এ সেই ছোট record tool settings-এর চেয়ে বেশি useful context দিতে পারে।