Question 1

لماذا يستخدم هذا السيناريو git reset --soft بدل --hard؟

Accepted Answer

لأنك تريد الإبقاء على العمل. --soft يُعيد الفرع كوميتًا واحدًا للوراء لكنه يُبقي تغييراتك مجهَّزة لتتمكن من إضافة الملف الناقص والكوميت من جديد. أما --hard فيرمي التغييرات.

Question 2

ما الذي كان خاطئًا فعلًا في كوميت Add header section؟

Accepted Answer

سجّل الترميز الجديد للهيدر في index.html لكن لم يسجّل الأنماط المقابلة في style.css. بقي style.css معدَّلًا في شجرة العمل ولم يُجهَّز قط، فالموقع المُكوَّم يشير إلى أنماط لم تُحفظ.

Question 3

هل أستطيع إصلاح ذلك بـ git commit --amend بدلًا من ذلك؟

Accepted Answer

نعم. تجهيز style.css ثم تشغيل git commit --amend يدمجه في الكوميت الحالي. هذا السيناريو يعلّم reset --soft لأنه يجعل خطوة التجهيز صريحة وقابلة للتعميم على التراجع عن أكثر من كوميت.

Question 4

هل تنجح هذه الطريقة بعد أن دفعت الكوميت؟

Accepted Answer

إعادة كتابة كوميت مدفوع يؤثر على كل من جلبه. على فرع مشترك، يُفضَّل git revert. هذا السيناريو يتدرب على الحالة المحلية الآمنة قبل الدفع.

Question 5

كيف أتراجع عن آخر كوميت مع الإبقاء على تغييراتي؟

Accepted Answer

نفّذ git reset --soft HEAD~1. يزيل الكوميت لكنه يترك كل تغيير مجهَّزًا، فتستطيع إصلاح الأمور والكوميت من جديد. هذا هو الخيار الأمثل حين يكون الكوميت متسرّعًا لا خاطئًا.

Question 6

ما الفرق بين git reset و git revert في التراجع عن كوميت؟

Accepted Answer

git reset يعيد كتابة التاريخ ويزيل الكوميت، وهو مقبول على فرع محلي. أما git revert فيضيف كوميتًا جديدًا يُلغي القديم مع إبقاء التاريخ سليمًا، وهو الخيار الآمن على فرع جلبه آخرون.

Question 7

كيف أزيل آخر كوميت وتغييراته تمامًا؟

Accepted Answer

git reset --hard HEAD~1 يحذف كلًّا من الكوميت وتغييرات شجرة العمل التي أدخلها. إنه مدمّر، فاستخدمه فقط حين تكون متأكدًا من رغبتك في زوال تلك التغييرات.

Question 8

هل يحذف التراجع عن كوميت ملفاتي؟

Accepted Answer

ليس مع git reset --soft ولا مع الافتراضي --mixed. يبقى محتوى ملفاتك في شجرة العمل ويُزال سجل الكوميت فقط. وحده --hard يرمي أيضًا تغييرات شجرة العمل.

التراجع عن كوميت في Git باستخدام git reset --soft | WebTerm