الـ rebase التفاعلي والـ squash

جزء من دورة Git

العمل الحقيقي لا يقع في إيداع (commit) واحد نظيف. تودع، ثم تودع مرة أخرى بعد خمس دقائق لأنك لمحت خطأً مطبعياً، ثم ثالثة لأنك نسيت حفظ ملف قبل الإيداع الأول. لا شيء من ذلك مشكلة وأنت غارق في العمل. لكنه يصير مشكلة لحظة تفتح طلب سحب ويضطر المراجع إلى قراءة أحد عشر إيداعاً ليفهم ثلاثة تغييرات فعلية، اثنان منها ليسا إلا "إصلاح خطأ مطبعي" و"نسيت ملفاً". أنت لا تريد أن تشرح هذا التاريخ لزميل، ولست مضطراً إليه.

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