Question 1

هل تختفي الكوميتات فعلًا بعد git reset --hard؟

Accepted Answer

نادرًا ما يحدث ذلك فورًا. reset --hard يحرّك مؤشر الفرع فقط؛ يبقى الكوميت نفسه في المستودع بدون مرجع. يحتفظ Git بسجل لأماكن HEAD، فتستطيع توجيه فرع إليه من جديد.

Question 2

ما هو git reflog؟

Accepted Answer

reflog هو تاريخ محلي لكل موضع شغله HEAD: كل checkout و commit و reset. حتى الكوميتات التي لم تعد تظهر في git log عادةً تظهر في git reflog مع هاشها.

Question 3

كم تعيش الكوميتات غير المُرجعة؟

Accepted Answer

افتراضيًا يحتفظ Git بها 30 يومًا على الأقل قبل أن يكون لجمع المهملات إزالتها، فالاسترجاع بعد الخطأ مباشرةً موثوق. لا تنتظر أسابيع.

Question 4

ما الفرق بين git log و git reflog هنا؟

Accepted Answer

git log يعرض الكوميتات الواصلة من الفرع الحالي، فيختفي الكوميت المفقود منه. git reflog يعرض حيث تحرّك HEAD بصرف النظر عن الفروع، فيظل الكوميت المفقود قابلًا للعثور عليه هناك.

Question 5

كيف أسترجع كوميتًا بعد git reset --hard؟

Accepted Answer

نفّذ git reflog لإيجاد هاش الكوميت من قبل إعادة الضبط، ثم git reset --hard لإعادة فرعك إليه، أو git checkout لفحصه أولًا.

Question 6

كيف أعود إلى حالة سابقة باستخدام reflog؟

Accepted Answer

كل سطر في git reflog هو موضع حلّ به HEAD، مثل HEAD@{2}. اختر الإدخال من قبل أن تسوء الأمور ونفّذ git reset --hard HEAD@{2} (أو هاش الكوميت) للعودة إلى تلك الحالة.

Question 7

هل أستطيع استرجاع فرع محذوف؟

Accepted Answer

غالبًا نعم. لا يزال رأس الفرع في reflog، فاعثر على هاشه بـ git reflog وأعد إنشاء الفرع بـ git branch .

Question 8

ماذا لو لم يُظهر git reflog كوميتي؟

Accepted Answer

reflog محلي وتنتهي صلاحية إدخالاته (نحو 90 يومًا افتراضيًا، أو بعد git gc عنيف). إن اختفى من هناك، فقد يتمكّن git fsck --lost-found أحيانًا من إظهار الكوميتات المعلّقة.

استعادة الكوميتات المفقودة بعد git reset --hard | WebTerm