একটি কোড রিভিউ ওয়ার্কস্পেসের উদ্দেশ্য হওয়া উচিত প্রস্তাবিত উদ্দেশ্য, পরিবর্তিত লাইন, রানটাইম প্রমাণ এবং চূড়ান্ত সিদ্ধান্ত একসাথে সংযুক্ত করতে সাহায্য করা। এর জন্য সংস্থার প্রতিটি রেপোজিটরি এবং ড্যাশবোর্ড খোলা রাখার প্রয়োজন নেই।
রিভিউ সীমানা নির্ধারণ করুন
পুল রিকোয়েস্টের বিবরণ, যুক্ত ইস্যু, বেস ব্রাঞ্চ এবং প্রভাবিত আচরণ পড়ুন। গিটহাবে 'Files changed' রিভিউ করার আগে প্রেক্ষাপট তৈরি করার পরামর্শ দেওয়া হয়। সর্বোচ্চ ঝুঁকির ফাইল এবং প্রত্যাশিত ভ্যালিডেশন নোট করুন, তারপর এডিটরে মিল থাকা রেপোজিটরি এবং ব্রাঞ্চটি খুলুন।
সংজ্ঞাগুলোর মধ্যে নেভিগেট করার প্রয়োজন হলে ডিফটি স্থানীয় কোডের পাশে রাখুন। টার্মিনাল উইন্ডোতে টেস্ট বা বিল্ড আউটপুট রাখুন এবং পরিবর্তনটির ব্যবহারকারী-দৃশ্যমান আচরণ থাকলে তবেই প্রোডাক্ট প্রিভিউ খুলুন। বর্তমান সংস্করণ চেক করার পরেই কেবল ফাইলগুলোকে রিভিউ করা হিসেবে চিহ্নিত করুন; কোনো ফাইল পরিবর্তিত হলে গিটহাব ভিউড স্টেট মুছে দেয়।
প্রমাণ থেকে আলোচনা আলাদা করুন
নির্দিষ্ট ফাইন্ডিংসের জন্য লাইন কমেন্ট ব্যবহার করুন, নিখুঁত এডিটের জন্য সাজেশন ব্যবহার করুন এবং সার্বিক সিদ্ধান্তের জন্য একটি রিভিউ সারাংশ ব্যবহার করুন। পুল রিকোয়েস্টের স্বয়ংক্রিয় চেকগুলো পরীক্ষা করুন এবং প্রাসঙ্গিক হলে ডিপেন্ডেন্সি পরিবর্তনগুলো পরিদর্শন করুন। একটি সবুজ চেক সোর্স ডিফ পড়ার বিকল্প হতে পারে না।
রিভিউ সিদ্ধান্ত দিয়ে শেষ করুন
রেপোজিটরিটির রিভিউ নীতি এবং পর্যবেক্ষিত প্রমাণের ওপর ভিত্তি করে 'Submit Comment', 'Approve' বা 'Request changes' জমা দিন। এরপরে স্থানীয় প্রসেসগুলো বন্ধ করুন এবং সাময়িক উইন্ডোগুলো বন্ধ করুন। Wallo ডিফ ব্রাউজার, এডিটর, টার্মিনাল এবং প্রিভিউ উইন্ডোগুলোকে গ্রুপ করতে পারে, তবে এটি পুল রিকোয়েস্টের অবস্থা বা রিভিউ সিদ্ধান্ত জানে না।