Figure 5 also shows that “suboptima

Figure 5 also shows that “suboptimal solution”, “duplication” and “incomplete fix” are in general decisive for rejecting a patch, while “violating coding styles” and “bad naming” are considered to be less decisive.

In addition to the patch-rejection reasons already included in the survey, 44 out of the 246 respondents supplemented additional reasons that they considered important. The topmost mentioned reason was “no accompanied test cases”, as 9 respondents considered a patch submitted without test cases to be unacceptable. “Performance” and “patch-writers’ expertise and reputation” were both mentioned by 5 respondents.

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

รูปที่ 5 แสดงว่า "สภาพแก้ปัญหา" "ทำซ้ำ" และ "fix สมบูรณ์" อยู่ในทั่วไปเด็ดขาดสำหรับการปฏิเสธแพทช์ ในขณะที่ "ละเมิดลักษณะสภาพ" และ "ชื่อเสีย" จะถือเป็นเด็ดขาดน้อยด้วยนอกจากเหตุผลการปฏิเสธแพทช์รวมไว้ในแบบสำรวจ 44 จากผู้ตอบที่ 246 เสริมเพิ่มเติมเหตุผลที่พวกเขาถือว่าสำคัญ เหตุผลดังกล่าวอยู่ด้านบนสุด "ไม่มาพร้อมกับทดสอบกรณี" เป็นผู้ตอบ 9 ถือว่าแพทช์มีกรณีทดสอบจะไม่สามารถยอมรับได้ "ประสิทธิภาพ" และ "แพทช์รมความเชี่ยวชาญ และชื่อเสียง" ได้ทั้งกล่าว โดยตอบ 5

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

รูปที่ 5 นอกจากนี้ยังแสดงให้เห็นว่า "การแก้ปัญหาก่อให้เกิดผลลัพธ์", "ทำซ้ำ" และ "สายที่ไม่สมบูรณ์ x" โดยทั่วไปเด็ดขาดปฏิเสธแพทช์ในขณะที่ "ละเมิดรูปแบบการเข้ารหัส" และ "การตั้งชื่อที่ไม่ดี" จะถือเป็นเด็ดขาดน้อย. นอกจากแพทช์ -rejection เหตุผลรวมอยู่ในการสำรวจ 44 จาก 246 ผู้ตอบแบบสอบถามเสริมเหตุผลเพิ่มเติมว่าพวกเขาถือว่ามีความสำคัญ บนสุดเป็นที่กล่าวถึงเหตุผลที่ "ไม่พร้อมกรณีทดสอบ" ในขณะที่ผู้ตอบแบบสอบถามที่ 9 พิจารณาแก้ไขโดยไม่ต้องส่งกรณีทดสอบที่จะเป็นที่ยอมรับไม่ได้ "ผลการดำเนินงาน" และ "ความเชี่ยวชาญของนักเขียนแพทช์ 'และชื่อเสียง" ทั้งสองกล่าวถึงโดย 5 ผู้ตอบแบบสอบถาม

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

รูปที่ 5 แสดงที่ " suboptimal แก้ปัญหา " , " ไม่ " และ " ไม่สมบูรณ์จึง X " อยู่ในทั่วไปที่เด็ดขาดสำหรับการแก้ไข ขณะที่ " ละเมิดรูปแบบการเข้ารหัส " และ " การตั้งชื่อ " ถือว่าเป็นเด็ดขาดน้อย

นอกจากแพทช์ปฏิเสธเหตุผลรวมอยู่ในการสำรวจ , 44 ออกจาก ที่ 246 ผู้ตอบเสริมเหตุผลเพิ่มเติมที่พวกเขาพิจารณาที่สำคัญสุดยอดเหตุผลดังกล่าวก็คือ " ไม่มีกรณีทดสอบ " 9 ถือว่าเป็นแพทช์เป็นผู้ตอบ โดยกรณีทดสอบจะรับไม่ได้ " ประสิทธิภาพ " และ " ความเชี่ยวชาญของนักเขียนแพทช์และชื่อเสียง " ทั้งคู่กล่าว โดย 5 คน