صيانة المستودع وترتيبه

بمرور الوقت، قد تتراكم ملفات غير ضرورية في مستودعات Git المحلية، فتقل كفاءتها. فكّر في الأمر كأنه غرفة فوضوية!

في هذا الدرس، سنتعلم كيفية تنظيف مستودعات Git وتحسينها باستخدام أوامر قوية مثل git gc وgit prune. ويساعد ذلك على تشغيل مشاريعك بسلاسة.

لنبدأ أولًا بفهم طريقة تخزين Git للبيانات. يحفظ Git سجل مشروعك على شكل سلسلة من «الكائنات»:

• Blobs: محتويات الملفات
• Trees: الأدلة ومحتوياتها
• Commits: لقطات لمشروعك في نقطة زمنية محددة
• Tags: مؤشرات إلى commits محددة

يمكن تخزين هذه الكائنات على شكل «كائنات منفصلة» أو ضغطها داخل «packfiles» لتحقيق الكفاءة.

يمثّل الأمر git gc اختصارًا لعبارة «جمع البيانات المهملة». وهو أداة Git المضمّنة لتنظيف مستودعك وتحسينه.

تشمل مهامه الأساسية ما يلي:

• تجميع الكائنات المنفصلة: ضغط الكائنات الفردية داخل packfiles موحّدة.
• حذف الكائنات التي يتعذر الوصول إليها: حذف الكائنات التي لم تعد أي commit أو فرع أو وسم يشير إليها (بعد مرور عمر محدد).
• إزالة packfiles القديمة: التخلص من ملفات الكائنات المضغوطة القديمة.

تجعل هذه العملية مستودعك أصغر حجمًا وأسرع.

يمكنك تشغيل git gc يدويًا في أي وقت. كما يشغّله Git تلقائيًا في الخلفية عند تنفيذ عمليات معينة، مثل push أو fetch.

يُعد تشغيله آمنًا عمومًا، لكن من الأفضل التأكد من عدم وجود عمل غير مُجرى له commit قد تحتاج إلى استرداده قبل إجراء عملية تنظيف كبيرة.

جرّب تشغيله في الطرفية:

عند تشغيل git gc، سترى مخرجات مشابهة لما يلي:

يوضّح هذا أن Git يعمل على تجميع الكائنات، وكتابة packfiles جديدة، وحذف الكائنات القديمة التي يتعذر الوصول إليها. وتختلف الأرقام وفقًا لحالة مستودعك.

بينما تتولى git gc العديد من مهام التنظيف، تتعامل git prune تحديدًا مع إزالة الكائنات «المعلّقة» أو «غير القابلة للوصول».

• الكائنات المعلّقة: هي كائنات موجودة في مستودعك، لكنها لم تعد مُشارًا إليها من أي commit أو branch أو tag، كما أنها ليست جزءًا من packfile.
• الكائنات غير القابلة للوصول: مصطلح مشابه للكائنات المعلّقة، لكنه أوسع نطاقًا. وقد تنشأ هذه الكائنات لأسباب مختلفة، مثل إجراء rebase أو reset يعيد كتابة السجل.

تحذف git prune هذه الكائنات إذا كان عمرها يتجاوز مدة انتهاء الصلاحية الافتراضية، وهي عادةً أسبوعان.

لا تحتاج عادةً إلى تشغيل git prune مباشرةً، لأن git gc تستدعيها. ومع ذلك، يمكنك استخدامها لإجراء تنظيف أكثر استهدافًا.

لمعاينة ما ستفعله git prune دون حذف أي شيء فعليًا، استخدم الخيار --dry-run:

افتراضيًا، لا تزيل git prune (وكذلك خطوة التنظيف في git gc) إلا الكائنات التي مضى على إنشائها أكثر من أسبوعين. ويمكنك تجاوز ذلك باستخدام الخيار --expire.

يفيد هذا الخيار إذا أردت تنظيف الكائنات المعلّقة التي أُنشئت حديثًا تنظيفًا مكثفًا، ربما بعد إجراء rebase تجريبي متأكد من أنك لن تحتاج إلى التراجع عنه.

على سبيل المثال، لتنظيف الكائنات التي مضى على إنشائها أكثر من يوم واحد:

من المهم عدم الخلط بين git prune وgit reflog expire. فعلى الرغم من ارتباطهما بالتنظيف، فإن لكل منهما غرضًا مختلفًا:

• git prune: تحذف كائنات Git الفعلية (blobs وtrees وcommits) من قاعدة بيانات الكائنات.
• git reflog expire: تنظف الإدخالات في reflog (وهو سجل محلي للمواقع التي انتقل إليها HEAD)، مما يجعل العثور على بعض commits أصعب، لكنها لا تحذف الكائنات نفسها.

احرص دائمًا على توخي الحذر عند تعديل السجل أو تشغيل أوامر التنظيف!

أيّ مما يلي يصف الدور الأساسي للأمر git gc على أفضل نحو؟

تهانينا! لقد تعلمتم كيفية الحفاظ على مستودعات Git مرتبة وفعّالة.

• git gc: الأمر الشامل لجمع القمامة، وتجميع الكائنات في حزم، وإجراء التنظيف.
• git prune: تستهدف الكائنات غير القابلة للوصول والمعلّقة التي تجاوزت مدة انتهاء صلاحية محددة، ثم تزيلها.

تساعد الصيانة الدورية على ضمان سلاسة سير عمل Git، وعلى ألا تستهلك مستودعاتكم مساحة كبيرة من القرص. واصلوا العمل الجيد!