เป็นอีกวิธีที่จะพูดว่า "ยินดีต้อนรับแพตช์"
แทนที่จะส่งความปรารถนาและคำขอคุณสมบัติผู้ใช้สามารถส่งคำขอดึงที่ผู้เขียนต้นฉบับตรวจสอบตรวจสอบและรวมคำขอดึง
ฟอร์กกิ้งในอดีตเป็นการกระทำที่เป็นปฏิปักษ์ที่กระทำโดยกลุ่มที่ขัดแย้งกับการจัดการของโครงการดั้งเดิมตัวอย่างเช่น OpenOffice ของ Sun ที่ใช้ในการปฏิเสธปลั๊กอิน SVG C / C ++ ที่รวดเร็วเพราะต้องการปลั๊กอิน Java-based ที่เสียช้า
ในกรณีส่วนใหญ่ส้อมจะไม่ดีและดำเนินการโดยคนที่อิจฉาหรือคนจาก บริษัท เห็นแก่ตัวที่มีแผนว่าจะไม่แบ่งปันกับชุมชนดั้งเดิมและไม่สอดคล้องกับมัน (เช่นCanonical ) และตัวอย่างของสิ่งนี้คือ libav / avconv (ซึ่งเป็นส่วนหนึ่งของ FFMPEG) ในกรณีเหล่านั้นชุมชนดั้งเดิมจะมีคุณภาพความปลอดภัยสูงกว่าและยินดีต้อนรับแพตช์ที่สอดคล้องกับแผนชุมชน
Dan Walsh กล่าวถึงนิยามเก่า ๆ ของ fork
ฉันอยู่ในโอเพนซอร์สมาเป็นเวลานานและคำจำกัดความของ "ส้อม" อาจเป็นวันที่ ฉันคิดว่า "ทางแยก" เป็นการกระทำที่เป็นศัตรูของกลุ่มหนึ่งเพื่อให้ผู้อื่นใช้และสนับสนุนโครงการต้นน้ำของพวกเขาและไม่สนใจรุ่น "ดั้งเดิม" ตัวอย่างเช่น LibreOffice เลิกใช้งาน OpenOffice หรือย้อนกลับไป Xorg โดยการเลิกใช้ Xfree86
จากนั้นเขาก็เปรียบเทียบมันกับส้อมของ gitub
ทุกวันนี้ GitHub ได้เปลี่ยนความหมาย เมื่อที่เก็บซอฟต์แวร์มีอยู่ใน GitHub หรือแพลตฟอร์มที่คล้ายกันทุกคนที่ต้องการมีส่วนร่วมจะต้องกดปุ่ม "fork" และเริ่มสร้างแพตช์ จากการเขียนนี้นักเทียบท่าบน GitHub มีส้อม 9,860 รวมถึงของเรา อย่างไรก็ตามตามคำนิยามนี้แพ็คเกจทั้งหมดที่มีการจัดส่งที่มีแพตช์เป็นส้อม Red Hat จัดส่งเคอร์เนล Linux และฉันไม่เคยได้ยินชื่อที่เรียกว่า fork แต่มันจะถูกพิจารณาว่าเป็น "ทางแยก" หากคุณกำลังพิจารณาโครงการต้นน้ำใด ๆ ที่จัดส่งมาพร้อมกับทางแยก