“Introducing new bugs” is as decisi

“Introducing new bugs” is as decisive as “compilation errors” and “test failures” to reject a patch: as shown in Figure 5, a patch is highly likely to be rejected if it causes compilation errors or fails tests. While this is to some extent expectable, it is interesting to see that reviewers have almost the same low tolerance for patches that introduce new bugs. In such cases, a patch that intends to fix a bug instead worsens the situation by introducing new problems.

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

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

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

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

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

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