As shown in Table IV,the patch-reje

As shown in Table IV,the patch-rejection reasons identified by our manual inspection, developer survey, and the literature are mostly consistent. However, these three approaches also complement each other. For example, Rigby and Storey have observed that a patch can be rejected if it includes large changes yet offers limited improvement over the existing code [12].

ผลลัพธ์ (ไทย) 1:

ดังแสดงในตาราง IV, identified เหตุผลการปฏิเสธโปรแกรมแก้ไข โดยการตรวจสอบของเราด้วยตนเอง สำรวจนักพัฒนา และวรรณคดีได้ส่วนใหญ่สอดคล้องกัน อย่างไรก็ตาม วิธีการสามเหล่านี้ยังช่วยเสริม ตัวอย่าง Rigby และชั้นได้สังเกตว่า แพทช์สามารถปฏิเสธหากจะมีการเปลี่ยนแปลงขนาดใหญ่ ยังมีจำกัดปรับปรุงโค้ดที่มีอยู่ [12]

ผลลัพธ์ (ไทย) 2:

ดังแสดงในตารางที่สี่เหตุผลแพทช์การปฏิเสธระบุสาย ed โดยการตรวจสอบของเราคู่มือการสำรวจพัฒนาและวรรณกรรมที่มีความสอดคล้องกันเป็นส่วนใหญ่ แต่เหล่านี้สามวิธีนอกจากนี้ยังเติมเต็มซึ่งกันและกัน ยกตัวอย่างเช่น Rigby และชั้นได้สังเกตว่าแพทช์สามารถปฏิเสธถ้ามันมีการเปลี่ยนแปลงขนาดใหญ่ยังมีการปรับปรุงที่ จำกัด กว่ารหัสที่มีอยู่ [12]

ผลลัพธ์ (ไทย) 3:

ดังแสดงในตารางที่ 4 , แพทช์ปฏิเสธเหตุผล identi จึงเอ็ดโดยตรวจสอบคู่มือของเราสำรวจ พัฒนา และวรรณกรรมที่สอดคล้องกันเป็นส่วนใหญ่ อย่างไรก็ตาม ทั้ง 3 แนวทางยังเติมเต็มซึ่งกันและกัน ตัวอย่างเช่น ริกบี้ชั้นสังเกตว่าแพทช์และสามารถปฏิเสธถ้ามันมีการเปลี่ยนแปลงขนาดใหญ่ยังมีการปรับปรุงจำกัดกว่าที่มีอยู่รหัส [ 12 ]