GitHub เปิดรายละเอียดสะพานสู่ Git infrastructure รุ่นใหม่วันที่21ตุลาคม2026 โดยเปลี่ยนขอบเขตการจัดลำดับการเขียนจากทั้ง repository ไปเป็นแต่ละ reference เช่น branch หรือ tag เป้าหมายคือไม่ให้การเขียนคนละ refรอคิวเดียวกันโดยไม่จำเป็น
สถาปัตยกรรมเดิมถือ repository-wide lockระหว่างอัปเดต และยังรอ healthy replicasตอบกลับก่อนเดินงานต่อ แม้ quorumต้องการเพียงเสียงข้างมาก เมื่อ replicaอยู่คนละภูมิภาค ค่า network round tripจึงเพิ่มเวลาของทุกงานในคิว GitHubระบุบริบทประมาณ25msต่อround tripระหว่างไซต์ในกรณีที่อธิบาย ไม่ใช่ค่าlatencyของทุกคำขอGitHub
แบบ per-reference ยังจัดลำดับการเขียนที่ชน refเดียวกัน แต่เปิดให้การเขียนคนละ refอยู่ระหว่างดำเนินการพร้อมกันได้ ข้อกำหนดสำคัญยังอยู่: เมื่อ serverรับค่าใหม่ของ refแล้ว clientไม่ควรเห็นค่าที่เก่ากว่ากลับมา ไม่ว่าจะเป็น fast-forward,force pushหรือdelete
อีกส่วนคือ virtual write replicaที่ส่งข้อมูลลง object storageอย่างทนทาน และการแยก virtual read replicasออกจากwrite quorum เพื่อขยายการอ่านได้อิสระขึ้น บทความระบุว่าการ reconcileเบื้องหลังยังเหมาะกับงานอ่านบางประเภท จึงไม่ควรสรุปว่าการอ่านทุกชนิดย้ายไปแบบเดียวกันครบแล้ว
บทเรียนสำหรับทีมที่ทำระบบเก็บโค้ดหรือข้อมูลคือแยกสิ่งที่จำเป็นต้องserializeจริง ออกจากงานที่ทำขนานได้ และรักษาconsistencyให้ตรงขอบเขตนั้น ตัวเลขผลทดสอบและความคืบหน้าการย้ายในต้นทางเป็นรายงานภายในGitHub Reefsightไม่ได้load testแพลตฟอร์มหรือพิสูจน์ผลเร่งความเร็วกับrepositoryของผู้อ่าน