آخر تحديث: 2026-06-29

حجم مستودع Git

ملف الحزم (packfile) هو آلية التخزين الأساسية التي يعتمد عليها git لتقليص حجم السجل التاريخي على القرص وعبر الشبكة. فحين تشغّل git clone أو git fetch، لا يُنقل محتوى الملفات الحالية وحده، بل تُنقل أيضًا جميع الفروق التاريخية المحزومة المضغوطة التي تتيح لك لاحقًا التنقل بين أي إيداع أو استعادة أي مراجعة سابقة.

صيغة التقدير

حيث $N$ هو عدد الإيداعات، و$C$ هو متوسط حجم التغيير لكل إيداع (بالبايت) قبل الضغط، و$r$ هي نسبة الضغط (كسر يتراوح بين 0 و1)، و$W$ هو حجم شجرة العمل الحالية، و$H$ هو الحجم التقديري للسجل التاريخي المحزوم، و$T$ هو إجمالي حجم الاستنساخ.

مثال محلول. مستودع بحجم شجرة عمل 100 ميغابايت، وسجل تاريخي يضم 2,000 إيداع، ومتوسط تغيير 40 كيلوبايت لكل إيداع، ونسبة ضغط 30 ٪:

في هذه الحالة يمثّل السجل التاريخي نحو 19 ٪ فقط من إجمالي حجم الاستنساخ، لأن المستودع حديث نسبيًا. أما في المستودعات التي تمتد لسنوات مع آلاف الإيداعات، فقد يتجاوز السجل التاريخي شجرة العمل بمرات.

نسبة الضغط: المعامل الحاسم

تعكس نسبة الضغط مدى احتفاظ ملف الحزم بالبيانات بعد تطبيق خوارزميتَي الضغط في git:

• ترميز الفروق (delta encoding): بدلًا من تخزين كل إصدار من الملف كاملًا، يخزّن git الفروق بين الإصدارات المتتالية، مما يُقلّص التكرار الكبير في الملفات النصية.
• ضغط zlib: يُطبَّق بعد ذلك على الكائنات الخام والفروق لتقليص الحجم أكثر.

تُستقى النسبة الدقيقة من إحصاءات المستودع الفعلي عبر git count-objects -vH، الذي يُفرّق بين الحجم "قبل الضغط" والحجم الحقيقي على القرص.

عوامل تؤثر في الحجم الفعلي

يستند هذا التقدير إلى نموذج مبسَّط؛ وثمة عوامل تجعل الحجم الفعلي يختلف:

• عمق سلسلة الفروق: تتميز الإيداعات المترابطة في سلاسل طويلة بمعدلات ضغط أفضل، لأن git يستطيع إيجاد فروق أصغر بين الكائنات المتقاربة.
• إعادة الحزم (git repack): تُعيد تنظيم الكائنات بأمثلية أعلى وتحذف الكائنات غير المرتبطة بأي مرجع، مما يُقلّص الحجم أكثر.
• حجم الكائنات الكبيرة: الملفات الثنائية الضخمة التي تتغير بالكامل في كل إيداع ترفع متوسط التغيير إلى أرقام مرتفعة جدًا وتُقلّص جدوى ضغط الفروق.
• دورة حياة الفروع: الفروع المحذوفة التي لم تُجمَّع بعد (unreachable objects) تظل في ملف الحزم حتى يُشغَّل git gc.

استراتيجيات تقليص حجم الاستنساخ

الاستنساخ السطحي. يُحدّد git clone --depth N عدد الإيداعات المُنزَّلة؛ فالقيمة 1 تعني اللقطة الحالية فقط دون أي سجل. هذا الأسلوب مثالي في بيئات التكامل المستمر (CI) التي لا تحتاج إلى السجل الكامل.

الاستنساخ الجزئي. تدعم إصدارات git الحديثة الاستنساخ الجزئي (partial clone) مع تصفية الكائنات (--filter=blob:limit=<size>)، مما يُلغي تنزيل الكائنات الكبيرة حتى عند طلبها صراحةً.

إدارة الملفات الكبيرة. أداة Git LFS (تخزين الملفات الكبيرة) تُبعد الملفات الثنائية الضخمة من ملف الحزم إلى تخزين خارجي، فتبقى في المستودع مؤشراتٌ نصية صغيرة بدلًا من المحتوى الثنائي الكامل.

حاسبات ذات صلة

لمعرفة المدة التي يستغرقها نقل الاستنساخ عبر وصلة محددة، استخدم حاسبة حاسبة زمن نقل البيانات. وللتعمق في آليات الضغط وتقدير نسب الضغط المثلى، انظر حاسبة حاسبة نسبة الضغط.