# GitHub تكشف Rubicon، معمارية تخزين Git الجديدة بعد أن قفزت طلبات مستودع واحد من 44 إلى 181 مليونًا يوميًا

> **المغزى:** المغزى: أكبر منصة لاستضافة الكود تعيد بناء طبقة التخزين لأن الكاتب الأساسي في المستودعات لم يعد إنسانًا، بينما يبقى Git نفسه كما هو لمن يستخدمه.

- المصدر: المغزى (https://almaghza.com/a/2026-11-07-github-rubicon-git-storage-architecture/)
- التاريخ: 27 جمادى الأولى - 7 نوفمبر 2026 (2026-11-07)
- القسم: برمجيات
- الوسوم: GitHub، Git، AI Agents، معمارية البرمجيات

نشرت GitHub في 5 نوفمبر 2026 تفاصيل المعمارية الجديدة لتخزين Git لديها، واسمها الداخلي Rubicon. ويأتي المقال بعد أسابيع من إعلان الشركة أنها [تعيد بناء طبقة تخزين Git بسبب ضغط الـ agents](https://almaghza.com/a/2026-10-09-github-git-storage-agent-scale/)، وهو يشرح الآن كيف.

والسبب المكتوب في المقال هو الـ agents. فطلبات مستودع واحد على المنصة ارتفعت من 44 مليونًا يوميًا في مارس إلى 181 مليونًا في مايو. والمستودعات الأكثر نشاطًا تشهد عشرات عمليات الكتابة في الثانية على شكل نوبات قصيرة، وتتوقع الشركة أن تصبح هذه النوبات مستمرة خلال عام. أما المعمارية القديمة فكانت تصل إلى بضع مئات من عمليات الكتابة في الثانية فقط.

وفي الاختبار الداخلي، وصلت الشركة إلى 5,000 agent تنفّذ push على مستودع واحد في الوقت نفسه، بمعدل 7,200 push في الثانية، مع بقاء زمن القراءة منخفضًا.

وتقسّم المعمارية العمل إلى أربعة أجزاء:
- نسخ مؤقتة تخدم القراءة والكتابة، وقرصها مجرد cache يُعاد بناؤه
- خدمة سجل اسمها Ref-CAS تخزّن الـ refs وترتّب التحديثات
- تخزين الكائنات على Azure Blob Storage
- عُقد تدمج الـ packs وتنظّف في الخلفية

وما يهم المطورين أن أداة Git نفسها لا تتغير، وأوامر push وfetch تعمل كما هي. ويذكر المقال أنه لا يتناول معدلات الفشل ولا زمن الـ commit.

والنظام ما زال في preview خاص محدود، والانتشار الأوسع مكتوب أنه مطلع العام المقبل. ويبقى السؤال الأوسع لدى الفرق الصغيرة: كيف تُراجَع التغييرات حين يعمل في المستودع agents أكثر من البشر؟

## المصادر

- [مقال GitHub الهندسي عن Rubicon](https://github.blog/engineering/architecture-optimization/inside-githubs-new-git-storage-architecture/)
- [مقال GitHub عن نقل المستودعات إلى Azure](https://github.blog/engineering/architecture-optimization/building-the-bridge-to-azure/)