We manually inspected rejected patc

We manually inspected rejected patches from two open source projects, Eclipse and Mozilla, which use Bugzilla to track issues, patches, and patch reviews. Although both are large projects with a mature issue tracking system, our findings might not generalize to other software projects and those who use different issue tracking or patch review systems. For example, the Gerrit code review system provides the Deckard Autoverifier to automatically verify if a commit builds and merges successfully [26][27]. Only those verified commits proceed to be reviewed by human developers. Hence, for projects that use Gerrit for patch review, we might barely observe patches that are rejected by reviewers for compilation errors. To minimize this threat caused by different projects and patch review mechanisms, we derived the list of patch rejection reasons from multiple sources. Specifically, the initial list of patch-rejection reasons identified from our manual inspection was confirmed and supplemented by our online survey respondents and the past literature.

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

เราตรวจสอบปรับปรุงที่ถูกปฏิเสธจากสองแหล่งเปิดโครงการ Eclipse และ Mozilla ซึ่งใช้ Bugzilla เพื่อติดตามปัญหา แก้ไข และการปรับปรุง ด้วยตนเอง แม้ว่าทั้งสองประเด็นผู้ใหญ่ระบบติดตามโครงการขนาดใหญ่ findings ของเราอาจไม่ทั่วไปอื่น ๆ โครงการซอฟต์แวร์และผู้ที่ใช้การติดตามประเด็นหรือระบบการตรวจทานแก้ไข ตัวอย่าง ระบบตรวจสอบรหัส Gerrit ให้ Deckard Autoverifier เพื่อตรวจสอบถ้า การยอมรับสร้าง และผสานสำเร็จ [26] [27] เท่านั้น verified มุ่งมั่นในการดำเนินการตรวจทาน โดยนักพัฒนามนุษย์ ดังนั้น สำหรับโครงการที่ใช้ Gerrit เพื่อตรวจทานแก้ไข เราอาจเพิ่งจะสังเกตแพทช์ที่จะถูกปฏิเสธ โดยผู้ตรวจทานข้อผิดพลาดในการคอมไพล์ เพื่อลดภัยคุกคามนี้เกิดจากโครงการต่าง ๆ และกลไกการตรวจทานแก้ไข เราได้รับรายการแก้ไขสาเหตุการปฏิเสธจากหลายแหล่ง Specifically รายการเริ่มต้นของ identified เหตุผลการปฏิเสธโปรแกรมปรับปรุงจากการตรวจสอบด้วยตนเองของเราถูก confirmed และเสริม ด้วยวรรณกรรมผ่านมาและผู้ตอบแบบสำรวจออนไลน์ของเรา

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

เราตรวจสอบด้วยตนเองแพทช์ปฏิเสธจากทั้งสองโครงการที่มาเปิด Eclipse และ Mozilla ซึ่งใช้ Bugzilla เพื่อติดตามปัญหาแพทช์และความคิดเห็นของแพทช์ แม้ว่าทั้งสองเป็นโครงการขนาดใหญ่ที่มีปัญหาระบบการติดตามผู้ใหญ่ ndings ไฟของเราอาจจะไม่ได้คุยกับโครงการซอฟแวร์อื่น ๆ และผู้ที่ใช้ติดตามปัญหาที่แตกต่างกันหรือแพทช์ระบบตรวจสอบ ยกตัวอย่างเช่นระบบตรวจสอบรหัส Gerrit ให้เด็ค Autoveri เอ้อสายโดยอัตโนมัติตรวจสอบหากมีการกระทำดังกล่าวสร้างและประสบความสำเร็จ [26] [27] เฉพาะผู้เอ็ดสาย Veri commits ดำเนินการถูกตรวจสอบโดยนักพัฒนามนุษย์ ดังนั้นสำหรับโครงการที่ใช้ Gerrit สำหรับการตรวจสอบแพทช์ที่เราแทบจะไม่อาจสังเกตแพทช์ที่ได้รับการปฏิเสธจากผู้ตรวจสอบข้อผิดพลาดของการสะสม เพื่อลดภัยคุกคามที่เกิดจากโครงการที่แตกต่างกันและกลไกการตรวจสอบแพทช์เราได้รับรายการของเหตุผลการปฏิเสธแพทช์จากแหล่งหลาย ระบุไว้เองโดยรายการแรกของแพทช์เหตุผลการปฏิเสธระบุเอ็ดไฟจากการตรวจสอบคู่มือของเราถูกไฟนักโทษ rmed และตบท้ายด้วยการตอบแบบสำรวจออนไลน์ของเราและวรรณกรรมที่ผ่านมา

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

เราด้วยการปฏิเสธแพทช์จากสองแหล่งเปิดโครงการทำให้เกิดคราสและ Mozilla , ซึ่งใช้ Bugzilla ที่จะติดตามปัญหาแพทช์และแก้ไข รีวิว แม้ว่าทั้งคู่จะเป็นโครงการขนาดใหญ่ที่มีปัญหาระบบการติดตาม ndings จึงลงความเห็นให้โครงการอื่น ๆของเรา อาจจะไม่ใช้ปัญหาที่แตกต่างกันซอฟต์แวร์และผู้ที่ติดตามหรือระบบรีวิว Patch ตัวอย่างเช่นระบบตรวจสอบ Gerrit รหัสให้เดคคาร์ด autoveri จึงเพื่อที่จะตรวจสอบโดยอัตโนมัติหากก่อสร้าง และผสานเรียบร้อยแล้ว [ 26 ] [ 27 ] เฉพาะผู้ที่มีจึงเอ็ดมุ่งมั่นดำเนินการที่จะดูโดยนักพัฒนาของมนุษย์ ดังนั้น สำหรับโครงการที่ใช้สำหรับตรวจสอบ Gerrit ปะ เราอาจจะสังเกตแพทช์ที่ถูกปฏิเสธ โดยผู้ตรวจทานเพื่อรวบรวมข้อผิดพลาด .เพื่อลดการคุกคามที่เกิดจากโครงการต่าง ๆ และกลไกการตรวจสอบแก้ไข เราได้รายชื่อของแพทช์ปฏิเสธเหตุผลจากหลายแหล่ง กาจึงคอลลี่ , เริ่มต้นรายการของแพทช์ปฏิเสธเหตุผล identi จึงเอ็ด จากคู่มือการตรวจสอบของเราและคอนจึง rmed supplemented โดยผู้ตอบแบบสอบถามออนไลน์ของเราและวรรณกรรม .