Software developers submit patches

Software developers submit patches to handle tens or even hundreds of bugs reported daily. However, not all submitted patches can be directly integrated into the codebase, since they might not pass patch review that is adopted in most software projects. As the result of patch review, incoming patches can be rejected or asked for resubmission after improvement. Both scenarios interrupt the workflow of patch writers and reviewers, increase their workload, and potentially delay the general development process.

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

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

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

นักพัฒนาซอฟต์แวร์ส่งแพทช์ในการจัดการหลายสิบหรือหลายร้อยข้อบกพร่องรายงานประจำวัน แต่ไม่ทั้งหมดส่งแพทช์สามารถบูรณาการโดยตรงใน codebase เนื่องจากพวกเขาอาจจะไม่ผ่านการตรวจสอบแพทช์ที่ถูกนำมาใช้มากที่สุดในโครงการซอฟต์แวร์ อันเป็นผลมาจากการตรวจสอบแพทช์แพทช์ที่เข้ามาสามารถปฏิเสธหรือขอ resubmission หลังจากการปรับปรุง สถานการณ์ทั้งขัดขวางการทำงานของฟลอริด้าโอ๊ยของนักเขียนและแสดงความคิดเห็นที่แพทช์เพิ่มภาระงานของพวกเขาและอาจชะลอกระบวนการพัฒนาทั่วไป

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

นักพัฒนาซอฟต์แวร์ส่งซอฟต์แวร์เพื่อจัดการกับหลายสิบหลายร้อยหรือแม้กระทั่งข้อผิดพลาดรายงานทุกวัน อย่างไรก็ตาม ไม่ใช่ทั้งหมดที่ส่งแพทช์สามารถแบบบูรณาการโดยตรงลงใน codebase เนื่องจากพวกเขาไม่อาจผ่านแพทช์ที่ใช้ในการตรวจสอบมากที่สุดโครงการซอฟต์แวร์ ผลของการทบทวนแก้ไข แพทช์เข้ามาสามารถปฏิเสธหรือขอ resubmission หลังจากการปรับปรุงทั้งสองสถานการณ์ยุติงานflโอ้ยเขียนแก้ไขและผู้ตรวจทาน เพิ่มภาระงานของตน และอาจล่าช้ากระบวนการพัฒนาทั่วไป