সফটওয়্যার বিকাশের একটি সাধারণ দৃশ্য হ'ল অন্য কারও কোডের পর্যালোচনা কোড। এটি করার জন্য একটি সাধারণ সরঞ্জাম একটি পুল অনুরোধ খোলার।
আমার প্রশ্নটি হল, যখন বিষয়গুলি পর্যালোচনায় পাওয়া যায়, তখন কি পরিবর্তন করা উচিত
- আলাদাভাবে প্রতিশ্রুতিবদ্ধ (নতুন প্রতিশ্রুতি)
- বা বিদ্যমান প্রতিশ্রুতি সংশোধন করা উচিত (ধরে নিলাম কেউ আপনার পূর্ববর্তী প্রতিশ্রুতি থেকে শাখা করছে না ... যেহেতু একটি ভাগ করা শাখা থেকে ইতিহাস পুনরায় লেখাই খারাপ খবর)।
প্রথম দৃশ্যের জন্য, বর্ধিত পরিবর্তনগুলি ট্র্যাক করা সহজ, যদিও এটি অঙ্গীকারের ইতিহাসে কিছুটা আওয়াজ যোগ করে। দ্বিতীয় বিকল্পগুলির বিপরীত উপকারিতা এবং কনস রয়েছে।
14
আপনি প্রতিশ্রুতিবদ্ধতার জন্য "শব্দ" বলছেন, তবে আমি এটি সঠিক ইতিহাস পড়ছি । ইতিহাসে প্রতিশ্রুতিবদ্ধভাবে কী ঘটেছিল তা মুখোশের চেষ্টা করবেন? একটি কোড পর্যালোচনা একটি কোড পর্যালোচনা, অন্য কিছু হিসাবে এটি আঁকার প্রয়োজন হয় না। আমার ভোটটি পৃথক প্রতিশ্রুতিতে যাবে, এক্ষেত্রে পুনর্বাসনের জন্য নয়।
—
টমাস স্ট্রিংগার
সাধারণত আমি দুটোই করি। প্রতিটি প্রতিশ্রুতি আলাদাভাবে পোস্ট করুন, তারপরে একবার পর্যালোচনা সম্পূর্ণ রিবেস এবং মার্জ হয়ে গেলে। এই কমিটগুলি অপসারণ বা প্রতিস্থাপনের পরেও গিটহাব টান অনুরোধের বিষয়ে আলোচনা চালিয়ে যায়, তাই ইতিহাসকে রিবেসিংয়ের কোনও যথেষ্ট ক্ষতি নেই। আপনি উভয় বিশ্বের সেরা পেতে।
—
আজেদী 32
আমি এমন কিছু সংঘবদ্ধ করেছিলাম যা আমি পরে কোনওভাবে সিস্টেমে ক্র্যাশ করে ফেলেছিলাম তা নির্ধারণ করার বিষয়ে আমার মিশ্র অনুভূতি রয়েছে। এই প্রতিশ্রুতিগুলি, যদি আমি শীঘ্রই আমার তৈরির ত্রুটিটি আবিষ্কার করি তবে আমি সেগুলি ইতিহাস থেকে রোলব্যাক করতে চাই। তবে তারা কেবল বিট, এগুলি এত বেশি ব্যয় করে না, তাই সম্ভবত সবচেয়ে সুরক্ষিত, সাশ্রয়ী এবং কার্যকর ধারাবাহিক জিনিস (মতবাদ অনুসারে) সর্বদা পৃথকভাবে প্রতিশ্রুতিবদ্ধ হয় এবং গাড়িটির ধ্বংসস্তূপটি সবার জন্য খাদে ফেলে দেয় leave এখন এবং চিরকাল দেখুন। .... এবং আপনি প্রতিটি ত্রুটিযুক্ত শাখাটি এটির উপরে তৈরি না করার জন্য একটি অনির্বচনীয় বার্তা দিয়ে চিহ্নিত করতে পারেন, সুতরাং কোনও ভাগ করা শাখা নেই।
—
রবার্ট ব্রিস্টো-জনসন 21
"রিবাজিং" কী এবং আপনি কখন এটি চাইবেন তা আপনি ব্যাখ্যা করতে পারেন?
—
কিলিয়ান ফট