หลังจากใช้ mailing lists แบบดั้งเดิมในการพัฒนามาเกือบ 25 ปี โปรเจกต์ FFmpeg ได้เปลี่ยนแปลงครั้งสำคัญไปสู่แพลตฟอร์มพัฒนาซอฟต์แวร์สมัยใหม่ โปรเจกต์ประมวลผลมัลติมีเดียที่ทรงพลังแห่งนี้ได้ประกาศการย้ายไปใช้ Forgejo ซึ่งเป็นทางเลือกแบบ self-hosted แทน GitHub ถือเป็นการสิ้นสุดยุคหนึ่งสำหรับหนึ่งในโปรเจกต์โอเพนซอร์สที่สำคัญที่สุดของอินเทอร์เน็ต
การสิ้นสุดของการพัฒนาแบบอีเมล
การตัดสินใจของ FFmpeg เกิดจากความหงุดหงิดที่เพิ่มขึ้นต่อเวิร์กโฟลว์ mailing list โปรเจกต์ติดตามอีเมลกว่า 150,000 ฉบับในช่วง 9 ปีที่ผ่านมา แต่มีเพียง 54,476 ฉบับเท่านั้นที่เป็น patches จริง ๆ สิ่งนี้สร้างสภาพแวดล้อมที่ท้าทายที่การมีส่วนร่วมที่มีความหมายมักถูกฝังอยู่ใต้เสียงรบกวนจากการอภิปรายและภาระงานด้านการบริหาร
ระบบอีเมลยังสร้างอุปสรรคสำหรับผู้ร่วมพัฒนาใหม่ การตั้งค่า SMTP ที่เหมาะสม การจัดการกับมาตรการความปลอดภัยอีเมลสมัยใหม่ และการเรียนรู้กระบวนการส่ง patch ที่ซับซ้อนทำให้นักพัฒนาที่มีศักยภาพหลายคนท้อแท้ไม่อยากเข้าร่วม ระบบติดตามของโปรเจกต์เอง Patchwork พิสูจน์แล้วว่าไม่น่าเชื่อถือ โดยมี patches หลายตัวหลุดลอดไปโดยไม่มีใครสังเกตเห็น
สstatistik การพัฒนา FFmpeg (ช่วง 9 ปีที่ผ่านมา)
- อีเมลรายชื่อผู้รับทั้งหมด: 150,736 ฉบับ
- แพตช์ที่ติดตาม: 54,476 รายการ
- แพตช์ที่ไม่ได้เก็บถาวร: 53,650 รายการ
- แพลตฟอร์มใหม่: code.ffmpeg.org (ใช้ระบบ Forgejo )
- การยืนยันตัวตน: รองรับการเข้าสู่ระบบผ่าน OpenID และ GitHub
ทำไมถึงเลือก Forgejo แทน GitHub
แม้ว่า GitHub จะยังคงเป็นแพลตฟอร์มหลักสำหรับการพัฒนาโอเพนซอร์ส แต่ FFmpeg เลือก Forgejo ด้วยเหตุผลเชิงกลยุทธ์หลายประการ โปรเจกต์ให้ความสำคัญกับการรักษาการควบคุมโครงสร้างพื้นฐานของตนเองมากกว่าการพึ่งพา GitHub ที่เป็นของ Microsoft Forgejo ซึ่งเป็นซอฟต์แวร์โอเพนซอร์สสอดคล้องกับปรัชญาของ FFmpeg ในการใช้เครื่องมือซอฟต์แวร์ฟรีสำหรับการพัฒนาซอฟต์แวร์ฟรี
แพลตฟอร์มใหม่ที่ code.ffmpeg.org นำเสนอฟีเจอร์สมัยใหม่ที่เป็นไปไม่ได้กับ mailing lists: การทดสอบ continuous integration การติดป้ายกำกับ issue ที่เหมาะสม เครื่องมือแก้ไขความขัดแย้ง และเวิร์กโฟลว์ merge request ที่เรียบง่าย ผู้ร่วมพัฒนาสามารถเข้าสู่ระบบโดยใช้ข้อมูลประจำตัว OpenID หรือ GitHub ที่มีอยู่แล้ว ซึ่งช่วยลดอุปสรรคในการเข้าร่วมอย่างมาก
การตอบสนองของชุมชนและความท้าทายทางเทคนิค
การย้ายถิ่นฐานได้จุดประกายการอภิปรายที่น่าสนใจเกี่ยวกับเวิร์กโฟลว์การพัฒนาในชุมชนโอเพนซอร์ส นักพัฒนาบางคนชื่นชมการเปลี่ยนจากสิ่งที่พวกเขามองว่าเป็นระบบล้าสมัย ในขณะที่คนอื่น ๆ ปกป้องความเรียบง่ายและธรรมชาติสากลของการมีส่วนร่วมแบบอีเมล
อย่างไรก็ตาม แพลตฟอร์มใหม่ก็เผชิญกับความท้าทายของตัวเอง เว็บไซต์ใช้ Anubis ซึ่งเป็นระบบป้องกันบอทที่ทำให้ผู้ใช้บางคนเข้าถึงได้ยาก ระบบใช้ความท้าทาย proof-of-work เพื่อป้องกัน AI crawlers และ spam bots แต่ผู้ใช้ที่ถูกต้องตามกฎหมายรายงานว่ามีปัญหาในการเข้าถึงเว็บไซต์จากเบราว์เซอร์หรืออุปกรณ์มือถือบางตัว
Mailing lists ได้สนับสนุนการพัฒนาของเรามาเกือบ 25 ปี แต่เมื่อผู้ร่วมพัฒนาเริ่มเข้ามาเกี่ยวข้องมากขึ้น อัตราส่วนของ patches ที่ผสานเข้ากับอีเมลทั้งหมดเริ่มลดลง
มองไปข้างหน้า
การเปลี่ยนผ่านของ FFmpeg แสดงถึงแนวโน้มที่กว้างขึ้นในการพัฒนาโอเพนซอร์ส โปรเจกต์ที่มีมายาวนานหลายแห่งกำลังพิจารณาเวิร์กโฟลว์ของตนใหม่เมื่อชุมชนนักพัฒนาเติบโตและความคาดหวังเปลี่ยนไป โปรเจกต์จะยังคงติดตาม mailing lists ของตนเพื่อการอภิปรายและหัวข้อที่เกี่ยวข้องกับโปรเจกต์ แต่เวิร์กโฟลว์การพัฒนาหลักจะเกิดขึ้นผ่านแพลตฟอร์มเว็บแล้ว
การย้ายนี้ยังจัดการกับปัญหาในทางปฏิบัติ: ด้วย patches ที่ไม่ได้จัดเก็บกว่า 53,000 ตัวในระบบเก่า การมีส่วนร่วมที่มีคุณค่าหลายอย่างอาจสูญหายไปในเสียงรบกวน แนวทางที่มีโครงสร้างของแพลตฟอร์มใหม่ในการติดตามการมีส่วนร่วมควรช่วยให้มั่นใจว่า patches จะหลุดลอดไปน้อยลง และอาจเร่งความเร็วการพัฒนาของ FFmpeg
ความพยายามในการทำให้ทันสมัยนี้แสดงให้เห็นว่าแม้แต่โปรเจกต์โอเพนซอร์สที่มั่นคงที่สุดก็ต้องปรับตัวให้เข้ากับความคาดหวังของนักพัฒนาที่เปลี่ยนไปในขณะที่ยังคงรักษาค่านิยมหลักของความเปิดกว้างและการร่วมมือในชุมชน
อ้างอิง: FFmpeg README