Surprisingly, out of these 26 paper

Surprisingly, out of these 26 papers, only 3 explicitly discuss reasons for patch acceptance or rejection. Rigby and Storey summarized six technical reasons and six non-technical reasons (e.g., project politics) why patches are rejected [12]. Nurolahzade et al. presented five types of reviewer feedback: implementation, functionality and usability, documentation, coding standards, and performance [21]. Rigby et al. examined the Github pull request and manually classified reasons why pull requests are rejected. They found that 27% of the rejected pull requests are due to concurrent modifications of the code in project branches, 16% are due to patch contributors’ misunderstanding of the project direction, 13% are due to implementation errors and 10% are due to project process and quality requirements [22].

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

จู่ ๆ จากเอกสารเหล่านี้ 26, 3 เท่าอย่างชัดเจนหารือเกี่ยวกับเหตุผลสำหรับการปฏิเสธหรือยอมรับการแก้ไข Rigby และชั้นสรุปเหตุผลทางเทคนิค 6 และ 6 ทางเทคนิคเหตุผล (เช่น โครงการเมือง) เหตุใดซอฟต์แวร์ปฏิเสธ [12] Nurolahzade et al. นำเสนอ five ชนิดของข้อคิดเห็นของผู้ตรวจทาน: ดำเนินการ ฟังก์ชัน และใช้งาน เอกสาร กำหนดมาตรฐาน และประสิทธิภาพการทำงาน [21] Rigby et al. ตรวจสอบคำขอดึง Github การด้วยตนเอง classified สาเหตุที่ทำไมปฏิเสธคำขอดึง พวกเขาพบว่า 27% ของการร้องขอถูกปฏิเสธดึงกำลังจาก modifications พร้อมรหัสโครงการสาขา 16% เนื่องจากเข้าใจผิดร่วมสมทบปรับปรุงคำสั่งโครงการ 13% จะดำเนินการต่อ และมี 10% เนื่องจากโครงการ และความต้องการคุณภาพ [22]

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

น่าแปลกที่ออกมาจากเอกสารเหล่านี้ 26 เพียง 3 อย่างชัดเจนหารือเกี่ยวกับเหตุผลในการได้รับการยอมรับหรือปฏิเสธแพทช์ ริกบีและชั้นหกสรุปเหตุผลทางเทคนิคและหกเหตุผลที่ไม่ใช่ด้านเทคนิค (เช่นการเมืองโครงการ) เหตุผลที่จะถูกปฏิเสธแพทช์ [12] Nurolahzade et al, นำเสนอสายได้ชนิดของข้อเสนอแนะวิจารณ์: การดำเนินการการทำงานและการใช้งานเอกสารมาตรฐานการเข้ารหัสและประสิทธิภาพการทำงาน [21] Rigby et al, ตรวจสอบคำขอดึง Github และเหตุผลจัดประเภทด้วยตนเองว่าทำไมการร้องขอดึงจะถูกปฏิเสธ พวกเขาพบว่า 27% ของการร้องขอดึงปฏิเสธเนื่องจากไพเพอร์ไฟ Modi พร้อมกันของรหัสในสาขาโครงการ 16% เป็นเพราะความเข้าใจผิดของผู้ร่วมสมทบแพทช์ 'ทิศทางโครงการ 13% เนื่องจากข้อผิดพลาดการดำเนินงานและ 10% เนื่องจากโครงการ กระบวนการและความต้องการที่มีคุณภาพ [22]

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

จู่ ๆ ได้ 26 เอกสารเพียง 3 กล่าวถึงเหตุผลอย่างชัดเจน แพทช์การยอมรับหรือปฏิเสธ และสรุปเหตุผลทางเทคนิคริกบี้ชั้นหกหกเหตุผลที่ไม่ใช่ทางด้านเทคนิค ( เช่น การเมือง โครงการ ) ทำไมแพทช์ปฏิเสธ [ 12 ] nurolahzade et al . จึงได้เสนอความคิดเห็น : ชนิดของทานการการทำงานและการใช้งานเอกสาร , การเข้ารหัสมาตรฐานและประสิทธิภาพ [ 21 ] ริกบี้ et al . การตรวจสอบบริการดึงขอตนเอง classi จึงขอดึงเอ็ด เหตุผลที่ถูกปฏิเสธ พวกเขาพบว่า 27% ของการปฏิเสธการร้องขอได้เนื่องจากการดึงไอออนจึง Modi ของรหัสในสาขาโครงการ ร้อยละ 16 เนื่องจากแพทช์ ผู้สนับสนุน ' เข้าใจผิดของโครงการทาง13% เนื่องจากข้อผิดพลาดการดำเนินการ 10% เนื่องจากกระบวนการของโครงการและความต้องการคุณภาพ [ 22 ]