03/03/2026
أهمية وجود قواعد لكتابة Git Commits (وفرقت معايا فعلًا!)
زمان كنت بكتب أي commit message بسرعة وخلاص، زي:
update, fix, done
بس لما بدأت أشتغل ضمن تيم، اكتشفت إن الموضوع أكبر من مجرد رسالة صغيرة!
وجود قواعد واضحة للـ commits فرّق جدًا في:
فهم التغييرات بسهولة بدون ما أفتح الكود
تتبع المشاكل وقت الـ debugging
تسهيل الـ Code Review والـ PRs
وتنظيم تاريخ المشروع بشكل احترافي
هنا ظهر دور Husky
Husky هي أداة بتخلينا نتحكم في Git hooks (يعني أوامر تتنفذ أوتوماتيك قبل أي commit أو push).
ببساطة، تقدر تمنع أي commit مش ملتزم بالقواعد اللي حاطينها للفريق
مثال:
لو حد حاول يعمل commit زي:
git commit -m "fix bug"
وإحنا عايزين كل commit يكون بصيغة Conventional Commits،
Husky هيرفضه ويطلب صيغة صحيحة زي:
fix(ui): resolve navbar alignment issue
feat(auth): add login validation
refactor(providers): improve readability
الأدوات اللي بتكمل المنظومة:
Husky → بيشغل الـ Git hooks
Commitlint → بيتأكد من صحة صيغة الرسالة
Lint-staged → بيشغل ESLint أو Prettier على الملفات المعدّلة فقط
النتيجة؟
✅ كود أنضف
✅ تواصل أوضح بين أعضاء الفريق
✅ عملية تطوير منظمة واحترافية
من بعد ما طبّقنا النظام ده، التواصل بين الفريق بقى أسهل،
الـ commits بقت مفهومة، والـ history بقى فعلاً يعكس تطور المشروع
نصيحتي:
سواء بتشتغل لوحدك أو ضمن تيم، استثمر شوية وقت في إعداد قواعد commit واضحة واستخدم أدوات زي Husky + Commitlint
هتلاحظ فرق كبير جدًا في تنظيم شغلك وجودة المشروع.
