الهدف
بعد هالدرس تقدر تطلب multi-file refactoring بشكل منظّم — تعرف متى تقسّم الـ task، وتراجع كل تغيير بـ git diff قبل الـ commit.
ليش هذا الحين؟
اتعلمت tests و git. الحين المشاريع الحقيقية تحتاج تعديل عدة ملفات في وقت واحد — ملف الـ schema + الـ API + الـ UI كلهم مرتبطين. بدون نظام، Claude يكسر واحد وهو يصلح الثاني.
الفكرة
قانون Multi-File:
لو الـ task كبيرة:
split → commit → split → commit
مو:
"عدّل كل شي" → commit واحد → ما تعرف شنو تغيّر
الـ pattern الصحيح:
1. اطلب /plan أولا — تشوف كل الملفات المتأثرة
2. موافق على الـ plan
3. بعد كل ملف أو مجموعة منطقية: git diff + commit
4. مو commit واحد لكل شي